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In this Lssue 

A protocol analyzer is an instrument for monitoring and interpreting the data at a 
point in a data communication network, along with the synchronization, error 
correction, and control information that accompanies the data. The definition of 
the correct form for all of this information is called a protocol, and many differ- 
ent standard protocols exist. Trouble on a network is often caused by deviations 
from the correct protocol, which may or may not be caused by hardware fail- 
ures. A protocol analyzer is supposed to help the network troubleshooter find 
such problems and restore service quickly. In its approach to this task, the HP 
4980 Network Advisor family of personal-computer-based protocol analyzers 
automates much of the work of interpretation and fault analysis that traditional 
analyzers have left to the troubleshooter, offering both protocol commentary and expert system support 
for the first time. Along with the values of various fields and frames, the Network Analyzer tells the user 
when unexpected values or frame sequences occur. A built-in artificial intelligence application called 
the Fault Finder automates the troubleshooting process, using the same rules as expert troubleshooters 
to investigate likely causes and zero in on the problem. The article on page 6 introduces the Network 
Advisor, and the expert Fault Finder system is described in the article on page 11. The software architec- 
ture of the Network Advisor divides tasks between two environments: the general-purpose environment 
(page 21), which implements the user interface, and the analysis and real-time environment (page 29), 
which acquires data and processes it in real time. The Network Advisor recognizes most major protocols: 
it can identify the protocol being monitored and does not need to know it in advance. Recognition and 
interpretation of the syntax and semantics of the various network protocols are the tasks of the Network 
Advisor's decodes facility (page 34). Hbxq the Network Advisor differs from traditional protocol analyzers 
both in the number of protocols it can handle and in its ability to provide not just data but answers to 
protocol problems 

The protocol analyzer isn't the only approach to maintaining the health of a digital network. Depending 
on the type, size, and importance of a network, distributed monitoring may be appropriate. The HP Model 
E3560 digital performance monitoring and remote test system is designed for continuous surveillance of 
digital telecommunications networks according to Recommendation G.321 of the International Telephone 
and Telegraph Consultative Committee (CCITT), The system provides network managers with statistics 
that reflect the quality of network service and collects alarms that signal failures in network elements. It 
scans data streams at the four main data rates in the European CEPT hierarchy (2, 3, 34, and 140 megabits 
per second}, looking for alarms and binary errors. The system's demultiplexing capability can pick out 
and monitor lower-rate tributary streams within a higher-rate data stream. The design of the HP E3560 
system is described in the article on page 89. 

In the article on page 48, the designers of the new HP Model 71500A microwave transition analyzer 



ueSCfiud it aS a ^rOSS ucLvVetH a uiyu-fi'cCjucfiCy ^ajfipni'iy LrSCiiiLiii J upe j d uyiidiniL biylidi dlidiy^UI, dllU 

a network analyzer." Indeed, its block diagram doesn't contain any elements that aren't found in one or 
more of those well-known instruments. The contribution of this new microwave instrument is in its archi- 
tecture, that is, how its components relate to each other and in its programming. Using periodic sampling, 
analog -To -dig ita I conversion, and digital signal processing in new ways, it brings time-domain analysis to 
microwave component engineers who in the past have had to rely primarily on frequency-domain mea- 
surements, "fime-domain measurements are particularly important in pulsed-RF and nonlinear device 
testing, and the microwave transition analyzer is optimized for these applications. Its architecture allows 
it to make magnitude and phase measurements on RF pulses with rise times as fast as 25 picoseconds. 
The article on page 48 introduces this new analyzer, demonstrates many of its new measurements and 
applications, and explains the importance of its high sensitivity, synthesized sampling rate, and stationary 
sampling mode. The design trade-offs and challenges are discussed in the article on page 63. 
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Electronic spreadsheet applications let people express business problems in the familiar rows and col- 
umns of a ledger With a spreadsheet program, you don't have to know how to program a computer to 
interact with one to solve business problems. For engineers, the analog of the ledger is the block diagram, 
and now there's an analog of the spreadsheet program to free engineers from having to translate their 
block diagrams into unfamiliar computer languages. The HP Visual Engineering Environment, or HP VEE, 
is a software tool that allows users to create solutions by linking visual objects or icons into block dia- 
grams. The user selects objects from a menu, links them in the way that represents how data flows from 
one to the other and then executes the resulting block diagram. The article on page 72 explains what HP 
VEE does and how it works. As you mtght expect, a lot of thought went into making its user interface as 
user-friendly as possible, and that effort is discussed in the article on page 7B, Its dataflow architecture, 
described on page B4, is an object-oriented implementation that strictly separates views of an object 
horn the underlying model. 

As faster computers are developed, faster data links are needed to interconnect them. There is already 

a demand for serial data links capable of gigabrt-per-second data rates, 100 times as fast as Ethernet 
local area networks and ten times as fast as the FDD! fiber optic standard. While gigabit-rate links have 
been used on long-haul telephone networks for many years, their implementation is too costly and com- 
plex for computer use. The HP HDMP-1000 gigabit link chipset (page 103) is the first commercially avail- 
able, two-chip, 1.4-gigabit-per-second, law-cost, serial data link interface. The G-link chipset consists of 
8 transmitter chip and a receiver chip and requires no external parts or adjustments. The transmitter 
accepts parallel data and outputs serial data to the link, while the receiver chip reassembles the parallel 
data on the other end. Using a special encoding algorithm caEled CIMT (conditional inversion with mas- 
ter transition) and an on-off or J 'bang-bang" phase-locked loop, the chipset automatically maintains dc 
balance in the transmitted data and maintains data synchronization. Among its many other passible 
uses, the G^ink chipset has been adopted as the basis for two serial data interface standards. 

R.P. Dolan 
Editor 



Cover 

The HP 4980 Network Advisor can be connected to a network like any other node to monitor the health of 
the network. This rendition depicts a token ring network with several workstations and the Network 
Advisor connected to it The Network Advisor is represented by a statistics summary screen, which 
summarizes activity on the network far a certain period of time. 
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The HP Network Advisor: A Portable 
Test Tool for Protocol Analysis 

This network protocol analysis tool combines expert system technology 
with a comprehensive set of network statistics and protocol decodes to 
speed problem resolution for token ring and Ethernet networks, 

by Edmund G. Moore 



Protocol analysis consists of monitoring and iiiHTpivi ing the 
dala communications protocols on a network. The IIP 4980 
Series fiJd work Advisor products arc protocol analyzers 
offering support for both LAN (local area networks) and 
WAN (wide area networks} technologies. 

The primary users of a protocol analyzer are people respon- 
sible for maintaining communication networks. These users 
fall into two categories: those responsible for maintaining 
semcc within their own company (private network opera* 
tors ) and those who provide service to oilier companies 
I network service organizations). Protocol analyzers are used 
to solve the most dilTieull network problems. Since these 
problems account tor 20% of all network failures and usually 
mean degraded network service, the protocol analyzer must: 



i iivc the user the tools needed to find the problem and 

restore service quickly 

Be easy to use so that the user does not have to spend time 

figuring out how to operate the product 

Provide the user with information that is pertinent to solving 

the problem. 

The HP N e t w o r k Ad vi s o r p r o v i d e s ft i at u r e s to satis f y 
these requirements 

Main Features 

The \et work Advisor is a portable integrated test tool that 
supports testing of IEEE 802/3 (Ethernet) and IEEE 802,5 
(token ring) network configurations {see Fig. 1 ). The three 
produei configurations for The Network Advisor are given 
in Table I. 




Fitf. l.Th- Ml 1 Stetworis Advisor 

:>M the nuiinfninu tfi<3 ii, 
t<ijijn;g keyboard and displaj Th* 
display shows if Sample sum 
mary statistics a«reen in » 
firunhira! obp • I -i- 

charts, pi^ charts, an I - 

; resent information. 
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Products 

UP - 
HP 4 
HP I 



Table I 

Network Configurations Supported 

by HP Network Advisor Products 

Supported Network Configurations 

IEEE 802.3 IEEE 802 5 

X 

X 



The Network Advisor is made up of two physical eotttj 
in tr persona] i unputer) module and an acquisition 

iin niulo. The PC contains all the user interface functionality 
i keyboard, display, disks. I/O ports). The acquisition module 
is a processing system custom designed to meet the data 
processing requirements of the network under tesl 

The measurement focus of the Network Ash \& »i is rapid 
problem isolation —thai is, reducing the time needed io re- 
Store the network to operation. Traditional protocol analyz- 
ers focus on providing users with accural i' infomuiiiom On 
a LAN. this can mean tens Of thousands of frames of data. 
The challenge for die [roubles hooter is to find the frame that 
Is ib> imi ii cause of a problem Users of traditional analyzers 
often spend hours examining pages of data looking for a 
clue to solve the problem. 

The Network Advisor provides the user with noi only alJ of 
the network frame data, but also abstracted views Of thai 
data. These views include: statistics, protocol follow ing,* 
data filtering, protocol commentary, and expert system sup- 
port. Some of these tools exist in other products. Howevi i 
tools like protocol commentary and expert system support 
are new tothe industry 

Traditionally protocol analysis tools have foe user I on two 
features: protocol decodes and statistics. Protocol decodes 
are routines thai simply take the protocol header informa- 
linn in the frames ;iml display this information for the usei 

Statistics give the user information cm 1 raffle levels used h\ 

the entire network or by individual devices. In the Network 
Advisor decodes are Improved by interpreting the header 

information, Csers are lold noi mik the value of a field, bul 
also the expected value. Additionally, the Network Advisor 
keeps track of protocol state informal ion, allowing the Net- 
work Advisor to tell user's when unexpected sequences of 
frames occur, l»oih interpretation and state information are 
new features flora protocol analyzer 

Statistics in the Network Advisor are designed u> provide 
the user with an easv. to understand summary view of the 
network. Using the analysis power of the Iron! end and a 
graphical interface a great deal of information is displayed 

in a concise, summary formal ! see the display in Fig. 1 ). 
Dal a on network use. errors, traffic, protocol distribution, 

and traffic level ou selected frames is combined Into one 

summary display. 

Protocol commentary and expert system support are power- 
ful addil ions tit I he proloeol analysis fcOOlsel \ software 

* Proinccii tallowing is the process ol fotfowiog. thtt stale ot a obi i I t^ses 

include established, resequencmg data, and feassembfing data Protocol tallowing js i 
>.juf higher -layar protocols 



application called a protocol commentator observes the 
protocols in network frame data and distills the data into 
concise events ol* inter- - support in the Net- 

work Advisi ir is provided by an application called the Fault 
Finder, which automates the troubleshooting process. Both 
t in the article on page 11. 

Other Feato 

Bes : ew additions to ih< >l analysis toolset 

described above, the Network Advisor provides some 
traditional protocol analysis features in new v 

Mechanical and Ergonomic Features I Fseta of protocol analy- 
sis surh as the Network Advisor frequently need to take 
the loo] to the problem. Fortius reason portability and rug- 

gedness aa?e key features of the Network Advisor (see Fig. 1 ). 
The folding keyboard and display are we II -protected. The 
instrument has a modular acquisition subsystem and the 
assemblies are connected with a single connector. Four 
quarter-turn fasteners provide the mechanical connection, 
making ii easy lo change from one network technology to 
another Ln a few seconds. 

The Network Advisor is the first HP product to incorporate 
active mairix color LCD technology. ( olor LCD pn >\ ides Hie 
user with reduced size and weigh! while providing a bit- 
mapped color graphics interface. The color LCD was added 
very late in the project at considerable risk to product 
introdtn & m The team did it without slipping the produd 
introduction schedule, Response to the package concept 
and especially tothe color LCD has been very positive 

The article on page 11 describes I he mechanical design of 
the Network Advisor. 

Use of MS-DOS. The LAN testing market uses products 
bused on ihe MS-DOS operating system The EH VS require- 
ineni imposed ;< performance problem for the design ieam 
because many of the existing Di tS-based products eonid noi 

match I he data integrity goals we had set. The Network Ad- 
visor design team solved this problem by creating a machine 
thai has two independent environments: data acquisition 
and I M <s Phe data acquisition module is custom-built to 
ensure data inie.nrih under any user network condition. The 

module is fully D< iS-enuipatiUe and provides an e\i . I 
lent user Interface. The iwo modules interface using dual 
i "i i memory, w hieh lis mapped into the Di >S memorj sp 
just like commercial PC VO cards. 

We gained substantial benefits from thia dual module ap- 
proach, Since our DOS hardware was heavily lewrn.ued. we 

needed only one full-time engineer for both hardware and 
BIOS development The architectural spin allows us ton 
and match different data acquisition and Ih .is engines to 
create multiple price/performance products easily. Finally, 
being fully DuS-eompatihle allows UStO leverage ilie\asi 

amount of commercial software available, particularly 
communications software, 

Data Capture and Run-Time Analysis. Ensuring thai all data 
from t lie network t an be eaptun -d. even under worst-case 
loading, is a difficult design task hi addition to data capture, 

I he from r\u\ (data acquisition module) has substantial data 

processing requirements, in a general sense, the Network 
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Advisor is looking al the sum ofaU network traffic. Analyz- 
ing all thai traffic would reqihre a processing band widih thai 
matches the total processing resources of all networked 
elements. Therefore, the worst -case prooe^ing load imposed 
on ihe analyser will always outstrip the ability of the iusim 
menl to process it. Instead of trying to process all network 
traffic, I lie Network Advisor focuses on processing a subset 
of all the network traffic it sees. 

As a test tool, the Network Advisor needs to see everything, 
but not in pro i ess everything. Commercial networking chips 
air designed lo lie used by network nodes and they auto- 
matically reject input that is outside the specifieal ion for the 
network, A test tool must sec I his out-of-specification cjam 
lo give the user a complete picture. An IIP developed receive 
engine ensures that the Network Advisor provides the user 
with all the duia associated with an error frame, 

User Interface. MS-DOS-based network test, products tradi- 
tionally provide a Single task model user interface. This 
means that the product allows only one task at a time to 
execute. The Network Advisor provides a multitasking, bit- 
mapped user interface thai is mouse- and key board -driven. 
Users can have multiple tasks executing simultaneously 
using a windowing environment. Users can start the traffic 
generator (to simulate a problem on ihe network) while n in- 
ning network statistics (to observe what effect the traffic 
generator has) and the network commentator ( to be in- 
formed of any problems that result). All these Utsks can run 
simultaneously to help solve a network problem, 

Product Architecture 

As mentioned earlier, the Network Advisor is divided into tw T o 
major environments: a general-purpose environment, which 
is essentially a personal computer, and a data acquisition, 
analysis, and real-time (ART) environment. This division is 
applied to Ihe hardware and software architeclures of (he 
Met work Advis< >i . 

Hardware Architecture. The general-purpose portion of the 
environment contains a 20 -MHz Inlel38GSX microprocessor 
with SM bytes of RAM. The BIOS and support chip set are 
from Chips and Technology Company and the disks are 
the same ones qualified for use in the HP Veclra PC. The 
internal display is VGA L( 'D, either grayscale or color. Our 
objective was to create a PC -compatible machine. Since 
the general -purpose environment is a PC. our engineering 
investment was relatively small. Leverage of design and 
components occurred whenever possible. 

'[lie analysts and real-lime rnvinmmem is based on the 
AMD2D000 RISC chip RISC Technology was selected be- 
cause of price/performance concerns. We needed a CPU that 
would have enough bandwidth to perform our runtime anal- 
ysis and we needed lo provide enough bus bandwidth to do 
DMA transfers of all the frames into main memory during 
run time. The analysis and real-lime environment uses 4M to 
IBM bytes of memory for program execution and data sior- 
age for captured frame data. Program and data Space uses 
2M to3M bytes of memory. Dam acquisition is based on a 
programmable front end that uses Xilinx programmable gate 
arrays. The front end provides framing, pattern recognition, 
run-time pattern matching, run-lime frame filtering, statisti- 
cal counters (e.g., frames per second, errors per second, 
etc. ), DMA control, and basic node card functionality (to 



iransmil frames and panieipaie in the i mm work protocol as 
needed). The front end is designed to ensure data integrity 
ui tin- capture buffer under any network condition, valid or 
invalid The ability to ensure data integrity is an important 
feature 0fHt£ Nel work Advisor. 

Software Architecture. The gem rat -purpose environment was 
developed using object-oriented programming. Smalltalk is 
the language used. Smalltalk provides multitasking, memory 
muuagciueni, object-oriented design support, and support 
IV ir .ill DOS functions (primarily I/O control). The Network 
Advisors user interface was written in Smalltalk to imilafe 
the OSF/Motif user interface J 

The software was developed on IIP Veclra PCs, making I In 
porl lo the target hardware quite simple. Since the software 
team was large, a toolset that allowed mulliple users to 
share the code "image" over a network was employed. This 
multiuser tool provided us with a networked development 
environment. 

The analysis and real lime software was also developed 
using objeel -oriented progr am ruing technology, cxeopl thai 
C++ was The language used. Software w r as developed on the 
HP-UX* operating system and cross-compiled onto ihe 
AM 1)20000. Software development for these modules was 
also a learn effort with the code image residing on B r u i 
worked HP-UX server. The core of Ihe analysis and real-time 
code was leveraged from another HP project caller! GONE 
(common < >SI network environment).- CONE is ihe protocol 
kernel used in IIP workstations tor managing networks. The 
capabilities and design i >f ( '< r\ K matched the basic tools we 
needed for protocol analysis. 

The analysis and real-time software is described on page 2S, 
The software developed to run on lire PC and Ihe general- 
purpose environment art 1 described on pge -- 

Software Management. 

Except for the DOS BIOS and the analysis and reahtinie 
boot and self-test, which are ROM- based, all the Software in 
the Network Advisor is disk-based. Having a DOS-based 
software system has proven to be a major benefit to product 
enhancement and to our Customers. During the first year of 
ihe \ehvuik Ark isur's life, we created three major upgrades, 
several hug fixes, and a new leveraged product. Support for 
all of these changes was based on shipping new disks. 

A DOS-based system does pose some problems. First, I here 
is a tendency for user's lo modify the system configuration 
to add a pp I i ca t i o n s , d ri vers , and TS Rs j t erm in ate an 1 1 st ay 
residenl programs). Different DOS applications do not ah 
ways peacefully coexist. In addition to software, the ability 
to have different disk drives, different amounts of memory, 
and different CPUs creates a matrix of configurations that 
can be overwhelming, 

Even if the configuration issue is managed, being DOS- 
compatible means evolving over time. DOS 5.0 has become 
the standard since our release, and in March 1992 we 
change d our shipped configuration to be DOS 5.0 with a 
single disk partition. We still must support our customers 
who still have Network Advisors with DOS 8.3 and multiple 
disk partitions. This creates its own logistical problem. 

(continued an page Iflf 
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Network Advisor Product Enhancement Philosophy 



Dun r ' : : work Aavi sor product with a aed rble set of 

features as Quicfcly as p ature set did not provide all o " 

capabilities we wanted it did provide enough capability to sohre customer prr: 
We wanted to pit. software on a frequent basis (two or 

e ease occurred m Jury 1991 arxJ since then we nave 

m 

Fault Finder, The Net,vn'k Advjsor can dD automatic troubleshooting via the Fault 
blowing ne- 
IEEE 802 3 Media Access Control [MAC! Hardware 
IEEE 802 5 MAC Hard a 



XNS Internetwork . 
Sequence Packet Protocol 
3COM NetBios Protocol 



._. J. Commentators provide ibstrsction of protocol 3d 

Unlike a protocol decode, which displays ah panic- 

ular protocol, the commentator reports on The meaning of a frame in the context of 
the service being provided by the protocol The Network Advisor provides the 

following commentators 

Ethernet Novell Commentator 

Ethernet I CMP Commentator 

Token Ring Commentator 

Token Ring Novell Commentator 

Token Ring IBM LAN Manager Commentator 

Decodes. The Network Advisor decodes most industry-standard protoc 

decode enables protocol experts to examine the contents of a protocol data frame 

in detail The Network Advisor provides the following decodes 

Ethernet/LLC B02.3 
IEEE 802.2 SNAP ELAP Token Ring 
IEEE 802.2 Men Ring MAC SNAP 
Applets Ik Address Resolution Protocol 
Datagram Delivery Protocol 
EtherTalk Link Access Protocol 
AppleTalk Transaction Protocol 
I ■! i I . 1 1 1 I |( j Tr-j h I e Mai n 1 ena nc r Pr otOCo I 
AppleTalk Echo Protocol 

^Talk Name Binding Protocol 
Banyan Vines Internet Protocol 
Vines Address Resolution Protocol 
Vines Routing Update Protocol 
Vines Sequenced Packet Protocol 
Vines Internet Control Protocol 

rfferprocgss Commumcatton Protocol 
DECnet Data Access Protocol 
Session Control Protocol 
Data Access Protocol 
Network Services Protocol 
DECnet Routing Protocol 
Local Area Transport Protocol 
i Netware Code Protocol 
Sequenced Packet exchange Protocol 
Internet Packet eXchange Protocol 
IBM PC LAN NetBIOS Protocol 
Server Message Block Protocol 
TCP/IP Telnet Transport Control Protocol 
User Datagram Protocol Internet Protocol 
File Transfer Protocol 
Internet Control Promcni 
Address Resolution Protocol 

• ; Ni : 
OSI ES-IS 
OS! TP4 
SNA 
NetBIOS 



Statistics. ' Net* -»•'■-. 

-twort performance parameters and network 



Ethernet Summary S 

: Node Statistics 
Ethernet Top Talkers 
Ethernet Top Error S 
Ethernet Vital Signs 



Token Ring Summary Statistics 

nation Star- 
Token Ring Top Talkers 
Token Ring Top Error Sources 



Canned Tests. . a set of powerful troubleshooting toots for 

performing tasks such as testing for connectivity and finding active stations. Many 
of the canned tests stimulate the network to simulate network devices The Net- 
'•avisor provides the following canned tests: 

Ethernet Transceiver Test 

Token Rmg List Configuration 

Report Servers Token Ring List 

LAN Managers Token Ring List 

NETBIOS Stations Token Ring List 

Novell Stations Token Rinq List 

Ring Error Monitors Token Rmg List 

Ring Parameter Servers Token Ring List 

All Bridges Token Ring List 

AJI Stations Token Ring List 

Calculate Ring Length 

Token Ring Lobe Test 

Token Ring Request Station ID 

Token Rmg Station Adapter Status 

Token Ring Active Station List 

Novell Find Nearest Server 

Novell Get List of Servers 

Novell View Nodes 

Novell Server Ping 

Novell Node Ping 

Novell Determine Connected Networks 

TCP/IP ARP Request 

TCP/IP Pmg 

Node Discovery, The discovery measurement identifies active nodes 
network % otesiving n ■ measurement can find and display 

MAC (media access control) and network addresses, The binding of MAC and 

-■ ly shows the activity of miners in the network 
Discovered nodes can he merged into the system node list. 

WAN Capability. A data acquisition module That contains the HP 4957 WAN 
Br functionality has bean implemented as a PC I/O caid Using the Network 
sor-g DOS capability, this card gives customers WAN support, without any 
additional software 

FDD! Capability. A data acquisition module is available that interfaces to EODI 

I fiber distributed data interface) networks This module was implemented in The 
same spirit as the IEEE 802.3 and 802 .5 modules—ensure data integrity under any 
network condition 

Disk Drives. During development, we had planned to use 40-Mbvte and 
SCI-Mbyte hard disks However, by the time we introduced the umduei. typical disk 

• for PU lifird disks bad changed 150 Mbytes to 105 Mbytes were typical 
sizes) We switched tn B0 Mhym and TBO-Mbyte disk drives during the first year. 

lntet4B6 CPU. We created an Intel486 version of the CPU to keep current with 
CPU technology The Network Advisor has been designed to allow adaptation to 
new CPU and I/O technologies 
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Conclusion 

The Network Advisor has created a new standard in Hie 
LAHtesJ ntarket^Mce It is a tool thai run onl> collects and 
supplies users with network traffic data, but also extracts 
pertinenl answers from I he volumes of daia. As a IM »S- 
based system, the Network Advisnr offers « umputibility, 
flexibility, and a cleat paih for evolution. As an instrument, 
the Network Advisor offers unprecedented performance in 
data capture and analysis and brings HP quality and data 
iniemity to the LAN marketplace. 
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Embedding Artificial Intelligence in a 
LAN Test Instrument 



The knowledge and processes used by a skilled LAN troubleshooter are 
built into an interactive expert system application that runs on HP 4980 
Series Network Advisor protocol analyzers. 

by Scott Godlew, Rod Unverrich, and Stephen Witt 



The capabilities of artificial intelligence techniques are pro- 
vided in the HI 1 4US(i Series Network Advisor protocol ana- 
lyzers by a software application called the Favll Finder, It is 
a rule-based expert system thai is built around a blackboard 
architecture. 1 2 The rules, written in PROLOG/* invoke Net- 
work Advisor measurements (statistics, decodes, and ap- 
plications) that are available to the user The Fault Finder 
allows the user to control and view the troubleshooting pro- 
cess at a detailed single-step level or at a fully automated 
level. It also in eludes an explanation facility that, describes 
the logic used to solve a specific problem ? a definition of the 
problem, and a description of the actions required to remedy 
the problem. 

This article will discuss LAN troubleshooting, automated 
troubleshooting using expert systems, the Fault Finder, the 
architecture of the Fault Finder, and atypical problem 
solved using the Fault Finder on a token ring network. 

Expert troubleshooters use a paradigm of making observa- 
tions, forming hypotheses, and proving or disproving those 
hypotheses until a problem is found (see Fig. 1 ). The Fault 
Finder uses this same paradigm. A description of how this 
model is employed by the F\mh Finder is mentioned 
throughout ibis paper, 

LAN Troubleshooting 

For the last ten years LAN (local area network) trouble- 
shooters have rHied < >n LAN protocol analyzers that provide 
a variety of decode measurements, statistical measure- 
ments, and active measurements. This is a manual process 
I hat depends on the users knowledge of the instrument, the 
nei work, and typical problems thai occur on thai, network. 
These analyzers require a user to interpret results and select 
subsequent m e&s u r e i n e n ta 

LANs provide high-speed packet switching within buildings 
Of campus facilities. They include CSMA/CD baseband net- 
works, token ling networks, and broadband networks. This 
paper addresses Fdiemei ("IEEE 802,3) and token ring 
(IEEE 802.5) networks. LANs are challenging in their trou- 
bleshooting requirements because they operate at high 
speed, problems emerge and escalate in real-lime, and the 
environment is very complex. Problems can result from 
poorly architected networks, improper device configura- 
tions, faulty cabling Ot connections, broken devices or 
printed cireuil cards, or incompatible software. A typical 



IAN can have several network operating systems and proto- 
col stacks. Troubleshooting a network problem requires 
integrating pieces of data or clues from a variety of sources 
and using the acquired data to hypothesize and prove prob- 
lems. Problems that do not cause hard failures but instead 
only cause performance problems may often go undetected. 

Network diagnostic tools have evolved in the same way as 
networks. Early diagnostic loois included workstation utili- 
ties, cable measurement instruments, and simple protocol 
analyzers that provided decoding of protocol packets. Net- 
work troubleshooting requires sequencing through different 
measurements, using the results of one measurement to 
select and program the next measurement, As networks 
became more complex, the problems became more com- 
plex. This increasing complexity created a need for more 
sophisticated tools to enable network managers to solve 
problems rather than relying on hit or miss solutions, or in 
some eases simply li%ing with the problem. 

Network managers and technicians solve many problems by 
relying on knowledge of their specific nenvork and its com- 
ponents and by relying on then troubleshooting experiences. 
For example, a network technician can quickly identify a 
n unconfigured node card by observing the card's receiver 
congested suit-error frames on the token ring network 

Expert troubleshooters use a mental model or paradigm for 
troubleshooting. Some perform litis at a decidedly conscious 
level by diagramming the troubleshooting process Others 
perform it subconsciously, following "what feels right." In 
either case the same basic process is used. They start by 
making observations of the situation. It doesn't matter what 
problem is being solved, be n a ruptured appendix, a faulty 

carburetor, or a duplicate II' address — all troubleshooters 
(doctors, auto mechanics, and network managers J use the 
same process. They use these observations to formulate 



Form 
Hypotheses 




Mnke 
Observations 



Fig* 1. The qfoservi . \\\ po$h< sae and prtfve fof tffcprow i iiv,ni,|, . 
shooting process used in the Fauli Finder, 
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hypotheses of what problems might exist. Then th< \ per- 
forin lests to prove or disprove the hypotheses, Finally, once 
a problem is proved tbej remedy the situation. This model is 
shown in Fig. 1. 

Protocol analyzers offer a variety of measurements lor solv- 
ing problems: Decodes provide descriptions of individual 
packets on the networks. Statistical measurements provide 
overviews of network trends such as uiih/.aiiuu. errors, and 
protocol use. Individual applications provide utilities for a 
variety Qf functions sucdi as creating an active station list. 
reading (fee stains of network adapter cards, and lesting 'he 
media. These are powerful tools in the hands oi an expert. 
However, these analyzers have two major short falls. Firsi , to 
solve difficult problems an expert user is usually required. 
Second!, Ihey require human intervention and cannot com- 
plete i he troubleshooting (ask in an automated fashion Arti- 
ficial intelligence offers a desirahle solution bo both of these 
problems, it allows an analyzer to monitor Eh** network con- 
tinually lor problems and log the results for later perusal by 
a network manager. 1 1 also provides I he means to build (he 
knowledge of many troubleshooting experts into a tool that 
is widely available to network managers. 

Automated TVoubles hooting Using Expert Systems 
Anillrial intelligence (Al) solutions thai are declarative in 
format and conventional solutions thai are procedural In 
formal can be used together to solve networking problems* 

Expert systems (nnr branch of Al), in a broad sense, are 
programs thai are designed to behave as a human experl m 
a particular field. Experl systems are particularly useful for 
problems like networking in which complete information 
about a problem is no) known when the pro-am begins 
execution. Experl sysi ems gather additional, pertinenl in- 
formation as they exeeule. Conventional, procedural pro- 
grams usually execute* in a sequential fashion thin ugh a set 
of troubleshooting trees and can take raw nv time and execute 
incorrect branches. Expert systems gather information after 
an event and use it to explore multiple problems in parallel. 

The requirements for an expert system troubleshooting tool 
are somewhat diverse. First and foremosi the expert system 
must discover network faults and make observations about 
the network, A primary goal is to diagnose common network 
problems ijuieklv. allowing the human user to concentrate 
on more difficult and obscure problems. To do this, the ex- 
pert system musl be cognizant of the network structure, the 
protocol environments, die diagnostic loots available, and 
the troubleshooting methods that will solve the problem 
quickly, Thus, an expert system tool tor network trouble- 
shooting must be able to do the following: 

* Measuremem Interface: 

Perform diagnostic functions such as generating station 
lisis. testing connectivity, and performing loopbaek lesis 
< oiifimi the existence of a hypothesized fault by executing 
aeiive m eas ure merits such as token ring stat inn adapter 
slaius 

* Automated Operation: 

Monitor the network for real-time problems as opposed 
i.i gathering information and postprocessing it in a batch 
fashion 

* In The canted' at computer programs, procedures tetJ a system specifically bow sn do a task 

• Jertaratinns TeJI a system generally what to do 



Execute in an automatic, unattended fashion to solve 
intermittent faults, monitoring suspect rings or segments 
continuously 

* Ease ofl %■'■ 

Provide the user with an interpretation of data by suggest- 
ing actions, drawing conclusions, and explaining advice 
Pn wide an audit trail of suspected problems, measure- 
ments executed, and problems found to educate the user 
and to suggest possible problems that the expert system 
eon Id not solve 

Generate alarms and log data to notify the user of proven 
faults and provide the necessary information to prove that 
the problem exists 

Incorporate user inputs by including informal ion thai 
the user already suspects about the network (such as 
performance problems i 

• Topology: 

Gather and incorporate network topology information 
I iather error information that is being reported on the 
network and learn aboui ihe configuration of the network 
Gather and incorporate network baselines to determine 
what is normal behavior on (he network and compare die 
current operation against normal behavior. 

It is critical that an expert system that augments a user's 
troubleshooting methods behave in a manner that the user 
can understand. Making observations, forming hypotheses, 
proving faults, and determining actions to take are cm teal 
troubleshooting steps that a network manager can under- 
stand and relate to. 

Note that expert system tools could also be used lo optimize 
performance, analyze network accounting information, per- 
fonn network management fund tons, audit f< ir security 
violations, and provide information for network planning. 
However, in this article we are only concerned with an ex- 
pert system tool whose purpose is to diagnose operational 
faults on a local ring or segment of the network. 

The Fault Finder 

The Fault Finder is an expert system that, executes as a soft- 
ware application on the Network Advisor family of prod- 
ucts. It uses I rouble shoo ting methods that are modeled after 
expert users in the field, applying knowledge of known net- 
work problems. Ii programs and executes measurements in 
the same way that an expert user would, taking advantage of 
the powerful measure jm -m set of the Network Advisor, 

The Fault Finder was designed to provide the user with a 
hi«h degree of interaction with the instrument, and a detailed 
\ it>w of the activities of the Fault Finder as il attempts to 
solve a problem. This was considered critical because many 
network problems cannot be diagnosed to completion. In 
these cases it is important to give the user an audi! trail and 
provide as much information as possible that might be pert] 
nent to solving the problem. For example, suppose the Fault 
Finder suspects a broken transmit wire on a network inter- 
face ca rd with add ress 1 0( )( 15 A 74 624 A , b ut t h i s su sp i c i on 
pr< >ves lo be false, The fact that the Faull Finder was inves- 
tigating a potential problem on a certain station on the net- 
work might be of interest to ihe network technician. The 
technician might be able to correlate the Fault Finder data 
with previous troubleshooting dara and use this synthesis of 
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information to solve the 1 problem. In addition to suspected 
problems, the Fault Finder records measurements it has 
executed. Such information may help an expert hone in 
the real problem. This audit trail can also be used as an 
Litional tool by the novice troubleshootex 

The Fault Finder's main screen has i: map 

directly to the observations, hypotheses, and proven faults, 
which are the mas wbleshootirtg 

■ ■"... _ The Fault Finder starts by running mi 
suremcnis that provide observations for the troubleshooting 
I » ii K56SS. These obscrvy u ■ r i ed to t he first window. 

The rules in (he knowledge base are executed and hypothe- 
ample, ii a Statistical measurement is 
nin that * ibsen es Thar the rate of broadcast frames on an 
Ethernet network exceeds a baseline, the Fault Finder will 
hypothesize several possible problems inr hiding a duplicate 
IP address and a miseonfigured EP broadcast ad mess. The 
Fault Finder will then perform fun her measurements such 
as a ping (internet control message protocol 1 1 CMP) echo 
request ) or an IP (Internet j ■]■■ >H»c< >1 \ decode 10 determine 
whether a problem exists. Lf the problem exists, it is posted 
to the Faults Found window, the window is turned red, and ihe 
user is notified with an audible alarm. 

Die user can run the Fault Finder in several different modes. 
The single-loop mode runs once through I he possible fault 
indicators looking for problems, it follows all resulls to a 
conclusion and then stops. The Fault Finder can run in a 
continuous-loop mode in w T hich it repeated K cycle* looking 
for faults The Fault Under will also accept user symptoms 
io allow the user to direct the search by including what is 
already known or suspected about a network fault. Possible 
symptoms include poor performance, cannot connect, and 
suspected N0V&11 problems. These symptoms cause the Fault 
Finder to foci is its search initially mi suspected problem 
anas. When appropriate, the Fault Finder will request the user 



to input the results of cable scanning measurements to aid 
in diagnosing physical media problems. 

The Pa> 1 1 accesses Network Ad\isor measurements 

in the same wa\ dun the user would. For manual use the 
user is presented with a window containing a list ot "all the 
, ork Advisor measurements soiled in categories Th< 
■ ' >rk Advisor allow - select multiple meas 

Hukaneously. Each measurement 
includes a parameterization window for setting up the con- 
figuration. For example, a ping measurement requires On 
user to specify the internet addresses for die Network 
sor and rhe target node for the ping, and the timeout value 
(see Fig. 3), The Fault Finder automatically selects measure- 
ments, provides pai ttion, executes the measure- 
ments, and obtains the results A user perl mining this task 
manually can often make a mistake, which can lead to a 
false diagnosis and many hours of invalid ami frustrating 
troubleshooting. 

Network troubleshooting depends on the concept of under- 
standing normal behavior on a irmvyui k and to in paring the 
observed results with the normal expected behavior. The 
Fault Finder uses this same approach by keeping a baseline 
file that documents the expected values Foi the measure- 
ments to compare with the actual results. Each measurement 
compares its actual results against the expected results in 
I lie baseline file. 

The Fault Kinder uses prioritization and certainties to guide 
itself through the troubleshooting process. Prionnxai ions are 
implemented by assigning a si -veriiv. and a Frequency to each 
problem. This means that the Fault Finder will pursue more 
serious problems first. For example, a broken file server is a 
in on i serious problem than a broken node and will he inves- 
i [gated first. ( ertainlies refer lo the confidence levels as- 
signed to the Fault Finder's results. Each Fault Finder result 
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is rated as low, medium, or high (seethe [HfgJi] designation 
given i:r> the fault found In Fig. 2}, Problems (faults) thai can 
be conclusively confirmed are given a high confidence and 
problems that might be one of several possibilities and can 
not be diagnosed further are assigned a low confidence. 

The Faull Finder provides the user with a very fine level of 
control over the troubleshooting process. Allowing the user 
to interact with the Faull Kinder was a key design objective. 
Expert systems that appear as a black box to the user are 
not appropriate for interactive network troubleshooting. 
The Fault Finder normally runs in an automatic mode cy- 
cling from observations to hypotheses to proven faults. This 
is very useful for verifying the normal operation of the net- 
work, or lor a mode of debugging lit which the user might 
look for intermittent problems on a network before they 
become catastrophic and degrade the network. The Faull 
Finder also provides several manual modes of debugging, 
which are useful for reactive troubleshooting to investigate 
specific failures. 

Once the Fault Finder has executed and discovered a fault 
on the network, the user must perform the final step of 
troubleshooting— correcting the fault. Simply identifying the 
fault is not enough ifthe user does not know how to remedy 
the problem. The Fault Finder includes a comprehensive 
explanation facility that explains live troubleshooting pro- 
cess and describes the actions to be taken to fix the prob- 
lem. Any line entry in any of the three tiles can be high- 
lighted and selected to Invoke the explanation facility. The 
explanation facility is implemented via the knowledge base. 
Each entry includes a definition, a reason, and an action, 
Fig. 1 shows an explanation window That explains the tteces- 
sary action to fix I he problem of a station inserting in the 
network at the wrong speed. 



Fault Finder Arehi lecture 

The Fault Finder an hit erTure (see Fig. ~>) was designed with 
four main uhje< .lives. Firsl, the Fault Finder must be able to 
operate the instrument in place of the user (the network 
manager). This means that I lie Faull Finder needs to initiate 
and receive results automatically from instrument measure- 
ments in a knowledgeable way. Second, die Fault Finder 
nmsl actively detect and investigate faults in a manner I hat 
will allow users to accept its conclusions and understand its 
actions. Third, the Fault Finder must be able to suppurt 
knowledge about multiple protocol domains and adapt to 
varying target networks depending on the needs of our cus- 
tomers. Finally, an inability to complete the diagnosis of one 
potential fault should not prevent the diagnosis of other 
potential faults. 

The inference engine provides the core knowledge process- 
ing capability and sets the stage for relating the other com- 
ponents in terms of their ability to provide in formation to 
support inferencing. The blackboard provides a mechanism 
for allowing multiple sources and sinks- of information to 
Cooperate and allows the user to get information about how 
data is synthesized in the Fault Finder Measurements and 
user input provide two examples of information source 
modules that are not knowledge-based, but procedure- based. 

Inference Engine. An inference engine executes knowledge 
aboul a particular domain. Daring execution, high-level in- 
formal ion is synthesized from nieasuremeni data, user input, 
and the knowledge base. The synthesis can be driven by the 
need io use the high-level data for some other purpose or 
the availability of sufficient lower-level data to complete the 

1 Sources generate information and sinks recewe information 
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Check the settings on tile network interf*ca card on 

stations between the indicated fault donaLn. After 
configuring the network interface card correctly, 
re- cycle the station p o we r. For example, on a IBtl 
Token- Ring Network 18^4 Adapter (Network Interface 
Card)* check the settings of the dtp switches. Dip 
switch 12 should be set to the appropriate data rate 
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synthesis. In either case, the knowledge that is executed 
describes how the synthesis takes place. 

The Fault Finder uses a form of knowledge representation 
known as rules. These rules describe the necessary state of 
information to be able to synthesize higher-level infomia- 
lion. The rules in the Fault Finder have the following three 
main ]»; : irls: 

The consequent (describes the information to be synthesized 
by the nilej 

* The antecedent (describes the required preconditions that 
will allow synthesis to occur) 

• The parameters (constrain how the inference engine is 
allowed to use the rule). 

The following rules are used to identify a station inserting in 
i lie network at the wrong speed These rules show the con- 
sequent, the problem definilion, and the antecedent, which 
includes the preconditions (forward chaining) ihat niusi be 
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satisfied and Hie information needed to prove (or disprove) 
the hypothesized problem (backward chaining). 

.Problem description 

problem! 
name( InsertWrongSpeedProrjIem > 
nlsNamej 'Inserting Wrong Speed J \ 
eventTypej #FaultEvent ) 
frequency! 50 | 
severity! 50 | 
definition! 'Station inserting at the wrong speed means the network 

interface card (NIC) is not configured to the proper data 

rare tor the attached local ring.' ) 
solution! 'Check the settings on the network interface card on the 

stations between the indicated fault domain. After configuring 

the network interface card correctly, re-cycle the station power. 

For example, on an IBM Token Ring Network 16/4 Adaptor 

(Network Interface Card), check the settings ot the dip switches. 

Dip switch 12 should be set to the appropriate data rate (4 Mbps 

dip switch Dn and 16 Mbps dip switch Off I". ' ) 
hypoTextt 'Station may be inserting at wrong network speed in domain 

of %?%address% and %?%addressNAUN%. ' \ 
concText! r %+%Station inserting at the wrong network speed in the fault 

domain of %%?+%addressNAUN%%+% and %%?+%address 

%%+%.%%--%Station 

not inserting at the wrong speed m the fault domain of 

7n%?-%addressNAUN%%-% and %%?-%address%%-%.% ' ) 
parameters! 
I address #node .^hypothesis " " ] 
[ addressNAUN #node Ihypothesis '* " ] 



) 



forward Chaining Rule 

hypothesize! 

:These are parameters 
namef hWrongSpeed } 
cost(50} 
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confidence! TOO ) 

explanation! If a station fails to insert onto the local ring properly- 
then it is possible the station's network interface 
card (NIC) is set lo the wrong speed- ) 

;Crjnsequent 

logicTextl J lnsertWrongSpeedProbiem{ ?address ?addressNAUM } :- 

Antecedent 

beaconingMonitorf useBaselines TtJme ?beaconAridress 

?beaconAddressNAUN| 
perforrnt ?tmpl ?st"at:put" HancTokenRingLastBeaconingAddress 

TbeaconAddress) 
performl ?tmp2 ?st"atput" #1ancTokenRingl_astBeacorti rig Address 

NAUN?beaconAddressNAUN) 

streamingBeaconsMonrtDri nseBaselines ?time VbeaconStrearnAddress 
7beacDnStre3mAddressNAUN ?) 

newActiveMoni1or< useBaselmes Vtime ?addressActiveMonrtar 
?addressJNJAUMaddressActiveMonrtor ?\ 

topology (asTokenRingNode [ ?addressStr | ?address ) 

topology (asTokenRmgNode [ TaddressNAUNStr j 7addressNAUN I 

stopAIIMeasO 

I 

;Backward Chaining Rule 

backward! 

;Parameters 

name( cWrongSpeed ) 

cost! 50 ) 

confidence! 100 \ 

explanation! If a station fails to insert onto the local ring property* 

then it is passible the station's network interface 
card {NIC} is set to the wrong speed, The inserting 
station will attempt the insertion, but wiN he unable 
to synchronize with the incoming signal and therefore 
remove itself from the local ring, The station may 
try multiple insertions before removing completely.' \ 

Consequent 

logicTextl 'InsertWrongSpeedProbleml ?address ?addnessNAUN I :- 

;Antecedeni 

mdbParm ItxMeasTimeout ?txTimeoLit ) 

perform ( 7addressStr ?addresstokenRingAddress ) 

adapterMeas! ?addressStr TtxTirrieoLJt 7resultT ) 

sizel 7 resultl 'resultSizel ) 
gt! 7resultSi^el 0) 

perform ( ?addressNAUNStr VaddressNAUN tokenRmgAddress I 

adapterMeas! VaddressNAUNStr ?txTimeoLit ?result2 I 

si?e(?result2?resultSize2) 

gt! ?resultSize2 0) 



I 

The Fault Kinder mlcs are modeled after PROLOG, so die 
consequent is simply a predleate thai represents the goal or 
informal inn to be synthesized. The predicate has ;i name 
thai represents the type of Information being synthesized 
and parameters thai determine the specific information. Kor 
example, in the rule cWrongSpeed the predicate tnsertWrong- 
SpeedProbtern tells lis if the wrong speed is set on ihe adapter 
card ai some address. Tins would be synthesized by gather- 
ing data via ihe anteeedenl predicates and incorporating this 
data into thfi consequent. 



In the antecedents of the example rules, thr eonditiona ate 

;>iy ANDed together Like tF statements in most program 
ming languages, other logical operations can be pofomied 
The inference engine allows patterns to be specified i ■ i place 

of constants, and the condition may sutrwc! multiple times 
depending on how many pieces of information match the 
patterns. This allows knowledge to be represented to ;> gen- 
eral way, without knowing ahead of time how many situa- 
tions mighl inert the criteria or tin- specific names or values 
of parameters. 

The execution of a rule can be driven hy forward or back- 
ward chaining operations. In forward chaining, the inference 
engine is presented whh one or more network conditions 

(eg., network is sluggish ). This data will (Mve the execution 
of rules thai depend on this data. In backward chaining, we 
start with a result or conclusion to be proved true or false 
(e.g.. station inserting at the wrong speed) and work kick 
through Ihe rales ( gathering information along the way } to 
find the problem or condition causing the given result. 

Blackboard, The blackboard allows multiple modules 
(sources and sinks of data) to work together* It also main- 
tains an Information structure that allows greater accesstln I 
ii\ and storage of histor) data about how the information is 
synthesized or gencraied 

The blackboard serves as a clearing house for all informa- 
tion in the Kauli Finder. It determines which module should 
lie < ailed to perform further information synthesis or data 
generation. When a module needs information to complete 
its synthesis, the module requests the information via the 
blackboard, and the blackboard determines which module 
can act as a source for that information. When data hecomes 
available asynchronously, the data is distributed to those 
modules that could perform further synthesis based on ihe 
data, The modules are responsible for notifying the black 
board of their specific needs 

Requests and Responses, hi the Fault Finders blackboard, 

requests for information are posted to initiate information 
synthesis. For example, if we want the Kauli Finder To deter- 
mine it a particular fautl exists, a module will request infor- 
mation about ihe fault's exi$tfcnoe 9hd then direct the Fault 
Finder to prove (or disprove) the fault. When Ihe Fault 
Finder is observing the network, it may. on its own, decide 
ro determine if a fault exists. The conditions that indicate 
the possible existence of a fault cause a request to be placed 
on the blackboard. 

Responses are the result of investigating a request. When a 
module completes processing a request, one or more re- 
sponses are placed on the blackboard. Multiple matches of a 
pattern can generate more 1 hail ( fcie response, Each response 
has a level of eerlaiun assnHaled with it. which is deter- 
mined front the reriaiiity ofthe information it is hased on 
and the eon 11 douce of the rule used to perform the synthe- 
sis In the end. a fault diagnosis can he weighed against 
oi her faults to determine a priority for correcting the faults. 

Hierarchical Data Abstraction. By tracking requests and re- 
sponses exchanged Via the blackboard, a hierarchy of infor- 
mation created by the system can he maintained (see Rg 6 

The hierarchical orientation Of the information facilitates 
both usability and programm ability of the system. 
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Usability is enhanced by using the hierarchy to demonstrate 
to the user the steps taken to reach a conclusion, allowing 
the user to examine why a request was made in the first 
place. The modules that post requests and responses on the 
blackboard are required ro provide human readable explana- 
tions related to these postings. The explanations include 
how the information was generated, what the information 
meat is. and in some cases, what can be done about some 
problematic situation. Because users have control over what 
level of decomposition they desire to see. the hierarchy also 
protects them from the need to look at at I of the details of 
the diagnosis. The user ran select an interesting high-level 
item and pursue some of the low-level details of that item. 

The hierarchy is designed to eliminate dependencies between 
modules. This enhances the ability ol knowledge engineers 
to represent knowledge in a way that is reusable and main- 
tainable. Informal ion thmi one source can be used by a vari- 
ety ol sinks lhal synthesize additional information. If a bet- 
ter way ol generating the information is determined, the 
source can be changed without having any impact on the 
sinks. This will allow the product lo evolve over time as 
our understanding of the problem improves and as other 
capabilities of the product evolve. 

Procedural versos Declarative. The inference engine provides 
an environment for executing knowledge aboul diagnosis. 
This knowledge is represented m a declarative form using 
mles, The rules represent relationships bet ween facts thai 
transcend the procedures tor proving those facts. However, 
parts of I he diagnosis process require the ability to represent 
i he procedural aspects of diagnosis explicitly. A procedural 
representation can be thought of in terms of a program wril- 
len in a lai.-'i;,-. snt h as (; Past ah FORTRAN, and BASK 1 . 

to the Fault Finder, the instrument measurements and user 
inputs represent procedural components of the network 
diagnosis process. The measurements embody complex pro- 
cesses forgathering data about the network The user intuits 
allow the user In perform a procedure that is not easily auto- 
mated. The modules that provide this procedural capability 
have been designed to interface with the blackboard in I he 
same way as the inference engine. 



Measurements, When a request for (lata on the blackboard 
can be satisfied by running an instrument measurement the 
measurement is initiated and its results are posted on the 
blackboard A simple example would be running an adapter 

us measurement The data requested is the status of a 
particular interface card or the abilin to contact the node 
associated wiih the card The blackboard Forwards this re- 
quest it j the measurement module where the adapter st 
measurement is handK suli of running the measure- 

ment is that the status and the basic ability to communicate 
with the node are posted as responses on the blackboard. 

When the results get posted, oilier modules that need this 
information can proceed with the synthesis of additional 
information. For example, the failure of a token ring station 
adapter stat u> may he Just one of the conditions of a rule 
that diagnoses some fault When the station adapter status 
results are received by that rule, the rale may proceed with 
evaluation of the remaining conditions. 

User Input, User input is handled \et> similarly to measure- 
ments. When information is requested from the blackboard 
that the user input module is capable of generating, the 
blackboard passes the fcequasl to the input module handling 
the user request, A description of the information and how 
to determine the correct response is provided as part Of the 
user interlace interaction. The user will perform the proce 
dures required to determine the correct response and then 
enter or select an answer The module that requested the 
information will then proceed with its synthesis. 

Flow of Control. To satisfy the design objectives stated earlier, 
the flow of control within the system must be carefully con- 
trolled. The inference engine has a number of control flow 
characteristics that can be controlled including forward and 
backward chaining, cost ami confidence parameters for 
rides, and the urgencies of requests placed on the black- 
board. One oft he key characteristics of the Inference engine 
is its ability to suspend threads of inference while some of 
us requests are blocked to pursue other threads of Inference. 

Multithreaded PROLOG. When the inference engine requests 
information from the blackboard, there is no guarantee thai 
the in ton nation will be available or that Iho request will be 
immediately selected as the next request to satisfy, The in 
fercnee engine must be able to suspend its inferoneing re- 
lated to a request until the response is available. Also, while 
waiting foj a response^ the inference engine musi be able to 
i r 1 1 r i c 1 1 1 ■ other chains of inference to satisfy other requests (1 
receives. 

To make this possible, the blackboard allows context infor- 
mation to be Stored with each request This allows a request- 
er lo resume synthesis when the requested daia becomes 
available. When the blackboard notifies a module wtlh the 

new information, the context Information is returned to the 

module, For cases in Which inulliple responses match a re- 
quesl, the contexl information is copied to create an equiva- 
lent but separate context for each response- ibis allows all 
of the backtracking capability of PliOlJ )« ! to be provided in 
I he blackboard environment. Tin* contexl in Ion nation also 
helps when presenting explanations io the user. 
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Prioritization, When modules request information from the 
blackboard^ an urgency level is associated with fche request 
When the request becomes the one with the highest urgency, 
a module is selected to satisfy the requesl. The module with 
the lowest-cost technique for satisfying the request is selected 
as the exclusive provider of the response. Rules have mech- 
anisms for passing default urgencies for new requests or for 
increasing or decreasing the urgencies of new requests, Other 
modules can set the appropriate urgency of requests for 
their form of synthesis. Each module musl be capable of 
providing an estimate of its cost for any given requesl. 

Tying Components Together. The inference engine is the key to 
enabling the Fault Finder to operate the instrument in place 
of a human user. The rules in its knowledge base represent 
the ability to perform a diagnosis of some fault in a network 
The inference engine requests information from the black- 
board and causes measurements to be executed or user Input 
to be solicited. 

The blackboard is the key (o operating in a manner that is 
understandable and justifiable, Information is stored that 
allows the user to understand how information is synthe- 
sized and why any particular step was taken. The hierarchi- 
cal nature of the data allows the user to control the amount 
of information being presented. 

The inference engine and the Network Advisor measure- 
ments allow the Fault Finder to adapt to a variety of proto- 
col domains, A knowledge base with rules about Ethernet is 
combined with a measurement set for Ethernet to allow ihe 
Fault Finder to find faults on Ethernet networks. The same 
is true for token ring, TCP/1 R Novell, and other domains. 
The knowledge for the various domains can he combined 
to address more complex situations. 

The multithreaded nature of the inference engine and the 
context storage and prioritization mechanisms of the black- 
board allow progress to be made in troubleshooting one 
problem while progress on auoihei problem is impeded, In 
addition, the prioritization mechanism allows a new and 
more important problem ro take precedence over a less im- 
portant problem. This is important to avoid investigating 
small or petty problems while the potential for a disastrous 
problem exists. 

Finally, forward and backward chaining are strategically 
applied to create the observe, hypothesize, and prove behav- 
iors. Forward chaining rules inform the blackboard that cer- 
tain information can be used as soon as it becomes avail- 
able. This sets up the measurements to he made during the 
obse rvation stage. When the information becomes available, 
the rule decides if a problem might exist. If so, a request to 
investigate the problem is created. This request represents 
upgrading the state of Ihe problem to the hypothesized level. 
The blackboard then at tempts to prove or disprove the prob- 
lems existence, which generally triggers the execution of a 
hark ward chaining rule. The backward chaining rule will 
request additional data, which will generally lead to measure- 
ment execution and gathering of user input. As a result of 
this activity, a response is posted on the blackboard, and the 
fault's existence is proved or disproved. This process may 
happen for multiple problems during any given session and 
various certainties will be associated with each conclusion. 
Users can use these certainties and their own intuition to 



decide which problem to fix. Fig. 7 summarizes the aetMl les 
thai occur during i his fault finding process. 

A Fault Finder Example 

The example in this section will show how ihe Fault Finders 
expert system capability uses the observe, hypothesize, and 
prove paradigm to identify and solve a token ring network 
problem. 

A token ring LAN is configured as a logical ring. It consists 
of a set of computing devices, called stations, connected to 
the physical wire (see Fig. 8). The logical ring can operate at 
either 4 Mbytes/s or 16 Mbytes/s, and a station connected to 
the ring must be configured to the correct operating speed 
The stations or spanning devices on the ring are connected 
to a multistation access unil (MsAU or MAU). These MA Us 
are usually combined in racks in wiring closets. A MAI pori 
contains a shorted connection (using a relay). When a station 
is inserted mto the ring the station applies a dc voltage to 
the media interface cable for lobe) thai attaches ihe slat u m 
to the MAL~. This voltage switches the relay in the MAU and 
serially connects the station into the ring without affecting 
the normal operation of the ring. 

The operation of a token ring network is composed of many 
functions. However, fortius example only the beaconing 
function will be discussed. The beaconing function attempts 
to recover the ring from hard errors. Hard errors, such as a 
station inserting at the wrong network speed, usually occur 
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within the station and permanently impair the station's 
ability to communicate on the ring, 

When a station detects an error on its nearest active path it 
sends a heat on frame containing the address ufirs upstream 
neighbor and the r>pe of error encountered. This isolates 
the fault domain of the problem. The fault domain consists 
of the transmit path of the upstream neighbor station, the 
intervening cabling system (cables, MAUs. repeaters), and 
the receive path of" Ihe stalion. If the upstream neighbor of 
the beaconing station copies eight of these frames it re- 
moves itself from ihe ring and performs a self-test If it 
passes the sell-test the station will reinsert iiself in I lie ring, 
and if it fails, the station will stay off the ring. If ihe self-test 
does not resolve the problem, the beaconing station will 
remove itself from the ring and perform a self-rest . If it 
passes the self-tesl the station will itself reinsert in the ring, 
and if it fails, the stalion will stay off the ring. If the beacon- 
ing condition persists even after both stations have removed 
and reinsert ed. ihe condition is considered a permanent 
beaconing condition and will require manual intervention to 
resolve. 

A station inserting at the wrong network sliced is a common 
problem when a new workstation is installed on a token ring 
LAN. Specifically, a station inserting a1 the wrong network 
speed occurs when the network interface card is noi eonflg 
ured properly for the network The following scenario de- 
scribes how the Fault Finder is able to troubleshoot this 
problem. 

The scenario begins when a network manager is setting up a 
new N o ve 1 1 w orkst at i o not i a t o k en ring n e t w o r k ; i r i d While 
attempting to attach to the serv er via the Novell netx com- 
mand, Ihe following error message is displayed on the 
workstation: 

"A File Server could not he found," 

This message does not necessarily point the network man- 
ager in the proper direction to solve the problem and may in 
fact misdirect the manager. 

For this example, three rules and supporting predicates will 
be used from the knowledge base These rules include the 

"insetting ai the wrong speed" rule given earlier, and one piI< 
each for broken or shorted iransnm 01 receive wires The 
following code shows a portion of the rule lor the broken or 



shorted receiver wire problem. The rule for broken or 

red transmit wire is the same except that the w 
transmit is used instead of receive. 



; Broke n/3 ho rted Receiver Problem 

[Problem description 

problem! 

namel BrokenShortedRxPfoblem J 

nlsName! Broken \Shorted Reee \ 

everctTyp- 

frequency! 50 i 

severity! 50 ) 

definition! The network interface card's receiver is bad, the receiver 
minus lead is broken, or the receiver pair is shorted 
together/ ) 

solution! Run a Network Advisor Lobe test on the lobe wire of the 
specified station. This determines it the problem is the 
wire orttie station itself If the lobe test passes, replace 
the network interface card and reinsert the station. h ) 

hypaText! 'Station %?%address% may have 3 broken\shorted receiver * \ 

concTertl J Statin %?%address% %+%has%%-%does not have% a 
broken receive minus lead or shorted receive pair. ' \ 



;Forward Chaining Rule 

hypothesize^ 

name! hBrokenShortedflx | 

cost(50J 

confidence! 90 ) 

explanation! 'If monitor contention is not resolved (times out} and 
the ring station enters beacon-transmit mode and transmits 
a heacon MAC frame, then it is possible to have a broken 
or shorted receive pair.' \ 

logicText( 'BrokenShortedftxProblem! ?address ?addressNAUN ) :- 



;Backward Chaining Rule 
backward! 
name( cBrokenShortedRK ) 

cost! 50 1 

confidence! 90 ) 

explanation! 'The beaconing station will remain in beacon transmit 
mode until the signal is restored by the removal of the 
station with the broken/shorted receive pair 
through the beacon-transmit auto removal test. This removal 
is verified by runmng a Station Adapter Status measurement 
to determine if the ring station with the broken/shorted 
receive pair has actually been removed.' \ 

logicText( 'BrokenShortadFlxProblem! ?address ?addressNAUN ) :- 



When the Fault Finder begins executing, the forward chain- 
ing rales invoke measurements io monitor (observe) the 
network The token ring commentator is an example of a 
monitor measurement. Tin token ring commentator pro- 
videss high -level abstraction of significant protocol events. 
Significant protocol events are defined as preludes to net- 
work performance degradation or network failure. The to- 
ken ring commentator allows the network troubleshootei to 
identify network problems without silting through several 
pages of protocol decodes 
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The following code shows a portion of the moduli- loi 
beaconing events, which are reported to the token ring com- 
mentator when a nelwork card inserts in the network at ihe 
wrong speed. 



; Token Ring Network Events 



#**«"*** +-##*■#♦■• t * **• » , 






#♦♦**#■* # + ♦*-§"*•+■*■ *-!-#+-*•** 



event! 
namef beaconMacFramesMonitor I 
nlsNamet Beacon' I 
evenfTypef frProtocolEvent \ 

frequency! 50 I 
severity! BO ) 

definition! 'A Beacon MAC Frame is transmitted if a station detects the 
expiration of the claim token timer during the monitor 
contention process. The station will broadcast a Beacon MAC 
frame isolating the domain to itself and its upstream 
neighbor," ] 
solution! " ) 

hypoTexti 'Monitor for Beacon MAC Frames ' ) 
concText! '%+%Station %%?+%address%%+% transmitted a beacon 
MAC frame %% %No beacon MAC frames encountered. % ' I 
parameters! 
[ use Baselines #string ^hypothesis " " 1 
[ address #string .^conclusion ' r " ] 
[ addressNAUN #stnng ^conclusion " " j 
) 
I 

eventt 
namej beaconmgMonitor ) 

nfsNamef 'Beaconing' I 

eventTypet ^Protocol Event ) 

frequency! 50 } 

severity! 50 ) 

definition) The ring is considered beaconing if a station has transmitted 

8 consecutive Beacon MAC Frames ' ) 
solution! " 1 

hypoText! 'Monitor for the Ring Beaconing ' } 
concText! '%4%Station %%?4%address%%+% is beaconing station 

%%?+%addressNAUN%%-%The ring is not beaconing^. ' ) 
parameters! 



event( 
name! streamingBeaconsMonitor } 
nlsName! 'Streaming Beacons' ) 
eventTypel ^ProtocolEvent ) 
frequencyl 50 ) 
severity I 50 ) 

definition! 'The ring station has been transmitting Beacon MAC frames/ ) 
solution! " ] 

hypoTextl Check for the Ring Streaming Beacons ' \ 
concText! *%+%StatiDn %%7+%address%%+% is streaming beacons at 

station %%?+%addressNAUN%%-%The ring is not streaming 

beacons%/) 
parameters! 



event! 
namet newActiveMonitor ) 
nlsName! 'New Actrve Monitor' } 
eventTypel #ProtocolEvent | 

frequencyl 50 J 



severity! 50 I 

definition! The new active monitor indicates the ring has recovered and 
is proceeding with normal operation/ \ 

solution! " I 

hypoText( 'Check for Ring Recovery ' | 

concTextt '%+%New active monitor is station %%?f%address%%-%f\io 

new active monitor MAC frames encountered ^ ' ) 
parameters! 



"1 'hi* rules are i hen blocked pending measurement results, 
which satisfy i he rules' preconditions < hice the results are 
n i i ived they are posted on the blackboard, A network ire 
terfaee card attempting to attach to a token ring network at 
ihe wrong network speed will cause a temporary beaconing 
condition on tIk* ring, The token ring commentator measure- 
ment will identify beaconing on the ring and abstract ihe 
beaconing condition into tour ' different stages. The Ium 

stage, beacon, Identifies thai beaconing has been initiated 
on the ring- The second stage, beaconing, indicates thai bea- 
coning has occurred long enough for the upstream station to 
remove and perform a self-test The third si age, streaming 
beacons, indicates thai beaconing has occurred long enough 
for the beaconing station io remove and perform its own 

self-tesi, The fourth stage, catastrophic, indicates a perma- 
nent beaconing condition litis parti culm beaconing condi- 
tion causes ihe upstream station and the beaconing station 

to remove themselves from the ring. 

The token ring commentator measurement observes Ihe 

iirsi three stages of beaconing and posts the observations to 
the I »];■.- kboard. The observations are displayed in the Fault 
Finder's Observations tile shown in Fig. 2, Following the bea- 
coning condition, the token ring commentator measurement 
also observes that a new active monitor is elected. This ob- 
seivalinn is used by the Fault Finder to conclude that the 
beaconing condition was temporary and that the ring has 
I'thvi^'iI, Since the observations posted on the blackboard 
satisfy the preconditions specified for the three rules men- 
tioned earlier (broketVshorted transmit wire, broken/short ed 
receive wire, and insetting at wrong network speed), the 
problems can be hypothesized. 

The problems hypothesized by the Fault Finder are a result 

of inferencing through I lie antecedent part of the rules. Tlu 

possible problems are displayed on the Fault Finder's Possible 

Faults lile to show the user the current problems the Fault 

Finder is Investigating (see Fig. 2). This feature is provided 

because the Faull Finder may have enough information to 

hypothesize a problem, but might uol be able in prove that 

the problem exists. Tins may occur because: 

The Fault Fiiulei ( -aninir obtain the required information 

through measurements 

The Fault Finder cannot obtain the required information 

front ihe user 

The knowledge base does mil have the ability to prove (or 

disprove) the problem 

The hypothesized problems are prioritized fcd allow a more 
important problem to take precedence over a less important 
problem. There! tire, the Fault Finder will investigate the 
excessive ring length problem firsl because this problem 
could potentially effect the entire network while the other 
problems are most likely localized to a single us. r 
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The Fault Finder is able to obtain information on its own 
about the state of the network to prove (or disprove i hy- 
pothesized pi> totems. This is performed by the rules re- 
questing irtfonnaii on (via the inference engine i from the 
blackboard. The blackboard requests the data from the 
appropriate measurement modules and the rest tits of 1 
measurements are posted on the blackboard to allow the 
inference engine to continue and eventually prove 
disprove* the hypothesized prof 

In this example the hypothesized problems tin tken tra 
wire, broken receiver wire, or U i he wrong speed ) 

are proved tor disproved | by determining which device | it 
any) was beaconed off the ring as ;i result of the problem. 
This is determined by transmitting a token ring adapter sta- 
tus MAC frame to I he si isj tected devices, The addressing 
information to determine which devices to query is takvn 
from the observations made during the temporary beacon- 
ing rondilion. The rules will execute and configure the 
adapter status measurement to obtain the required status 
information from the device. The response or lack of a re- 
sponse from the adapter status measurement will be posted 
on I In- blackboard and used for further infereneing. In this 
particular example, neither of the devices was permanently 
removed from t he token ring network. Therefore, the Fa nil 
Finder will conclude that there was not a broken transmit u r 
wire or a broken receiver wire, but that a station with tfig 
wrong speed was inserted between the specified upstream 
and downstream stations. Notice for this particular problem 
the confidence level is indicated as [High] as show™ in Fig. 2. 

When die Fault Finder discovers a problem on the net work, 
the user is notified. This notification provides the user with 
information about the problem, a definition of the problem, 
and I he reasoning and requ ncd actions to soke the problem. 
This informal ion is provided iu the Fault Findfer^S explanation 
facility shown in Fig. 4. For a sUiiion inserting at the wrong 
speed, the required actions tell the user to change the set- 
ling on i he network interlace rani, and provide an example 
of how to perform this task on an IBM Adapter 11 network 
interlace card, 

This problem (inserting al Hie wrong network Speed) fits 
well into the observe, hypothesize, and prove, paradigm. The 



Fault Finder can obsen e or passively monitor the net work 
for significant events to hyt possible problems. The 

real strength of the Fault Finder, however, is its ability to run 
instrument measurements automatically, to obtain status 
information from different network devices, and to prove 
that a problem ex j 

Conclusion 

Protocol analyzers provide powerful measurement capabil- 
ity thai allow s experienced LAN txoiibleshooTers h • solve 
many network problems. The Fault Finder provides the next 
generation in LAN Troubleshooting tools, It automates the 
pro* - ; vHibleshooting. allowing network managers to 
focus their efforts on those problems requiring human atten- 
tion. It incorporates the knowledge of expert iroubleshrnn- 
ers into its role base, allowing network managers to take 
advantage of'a powerful problem solving Instrument Finally, 
the Fault Finder uses the same troubleshooting model as 
expert trouhleshooters — observe, hypothesize, prove. 
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The User Interface for the HP 4980 
Network Advisor Protocol Analyzer 

A PC-based, object-oriented software architecture forms the underpinning 
for the HP 4980 Network Advisor's user interface, 

by Thomas A. Do u mas 



The HP 4080 Netwi nk Advisor protocol analyzer's user inter- 
face provides LAN troubleshooters with a clear, concise, and 
consistenl presentation of measurement results. The user 
interface is limit on a graphical, vvindciw-hasei] system. The 
user Interacts whh a number of system windows to access 
and control the Lad ires of the instrument. This interaction 
is through pull-down menus, pushbuttons, lisi boxes, and 
dialog boxes associated with specific features. Support for 
servicing these user interactions is provided by a layer of 
software called the measurement architecture. The measure* 
ment architecture software and other system software are 
collect iveh called the genera] purpose environment The 
general-purpose environment software is written in The 
object-oriented Smalltalk language and runs on a H \ 

Working in consort with the general-purpose environmenl is 
another environment called the analysis and reahihue (AST) 
environment, which mats on a RISi based hardware platform 
and provides the services for interfacing to the Network 
Advisors from panel and the network under test. A high-level 
view of the general-purpose and ART environments is shown 
in Fig. 1, The ART environment is described in detail in the 
article on page 1 29, 

The following features are provided through 1hc Network 
Advisor user interface; 
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• Simultaneous execution of measurements. The user can 
execute multiple measurements simultaneously. Forexaiti- 
pie, users can start a iral'fic generation mcasuronienl to 
produce a specifle network hind and simultaneously 
monitor the frames wiih protocol decodes and statistics 

measure incuts. 

• Graphical display. The Network Advisor user interlace is 
enhanced by a graphical display This tft^olot, VGA display 
system provides a plaiform for displaying statistical infor- 
mation with presentation tools SUCtl as gauges, graphs, and 
War charts. The network statistics measurement provides the 
user with line graphs correlating multiple network parame- 
ters and gauges that change eolorfcO indicate threshold 

I .• hts. 

• Consistency across measurements. All Network Advisor 
measurements are controlled with a common user interface. 
The List 1 ! executes, configures, pauses, and stops all measure- 
ments wilh the same mouse clicks or keystrokes. Each mea- 
surement has a set ol standard menu items for controlling 
these common features, 

• User-definable measurement presentation, The Network 
Advisor presents (lie measure] tient display by grouping the 
measurements into categories and subcategories. The stan- 
dard set of categories is first indexed by protocol stack and 
then by measurement type (e.g.. statistics, timing, perfor- 
mance, etc.). Isers can create their own categories and sub- 
categories containing iheh choice of measurements. This 
feature allows the Network Advisor measurement selection 
window to he customized for specific Tasks. Since measure- 
ments can appear fri multiple categories, new categories d<> 
not interfere with existing categories. 

• Online help system. The Network Advisor software includes 
an online help system. The help system provides help on the 
use of Network Advisor features and help on Specific data 
eommunications topics such as network protocols. 

Measurement Organization 

The Network Advisor presents the user with functionalitv 
oriented around tin- measurements on the network- Some 
examples of measurements include individual protocol de- 
eodes^ protocol stack decodes, traffic generation, network 



' A pratoe ' dap Of protocols that WOrt! togeiher to prov 

i.iinon, and repfesen h hoicn of pratotaSs tor \ he seven layers of The 

IS OS I R ef erence Mode J . Fq r exampl e , tti e ARPA stack del i nes • n ' 1 1 R S tvTTP. 

ifl Transport layer. JPii! ■ 
IKE aOZ 3 and 802.51 for the data link layer, and leaves the other 
: undefined. 
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perfonrainr^ summary statistics, automatic node discovery, 
and ihe node generaling the most errors. 

Traditional protocol analyzers provide access to their fiinc- 
tionaEity by grouping fearures into a small number of prede- 
fined functional areas, For example, die IIP >39?2A LAN 
protocol analyzer groups ftu ty into tJ \e broad areas 

of decodes and statistics, The statistics functionality group 
is comix ised { t\ a complex menu tree wit; 
access t i > feat g . • as network perforata! i 

ties, connection matrices, and traffic generation. This menu 
t ree ; le user with a variety of parameterization 

Jiiei ' I ie way. For example, the der< tries Iuiutional- 

it y group presents the user with parameterization menus for 
selecting protocols, protocol layers and display formats. 

irk Advisor's functionality is accessed through 
measurements. Each measuremeni is setf -contained and has 
a sei of configurable parameters thai are specific to thai 
measurement All measurements use the same user inter- 
face style for parameterization. The presentation of the mea- 
surements is < -ont rolled by the categories and subcategories 
that act as view filters, If the standard categories are not 
intuitive or useful for a particular si I nation, die user can 
create custom categories. 

This Neiui irk \dvisor meastireiuent organization provides 
the ustM with presentation functionality, Users can select the 
measurement needed without distractions from unrelated 
data, This is an Improvement over the collections of func- 
tionality in fixed pieces and the different user interfaces 
provided in traditional protocol analyzers. Fig. 2 depicts this 
difference in instrument organization. The upper portion of 
the figure depicts the Network Ad\lsor concept and the 
lower portion depieis traditional instrument or^ani/alion. 



General-Purpose Environment 

The software architecture for the general-purpose environ- 
ment Ls shown in Fig. 3. 

The main areas in die general-purpose software environment 
hi elude: 
1 Applications. These are the modules thai pn n i 

> the user and 
handle the displays and input from the user 
Frameworks ■■■- groups of classes that provide the 

foundation on which many of the user interface featun 
built. 

Measurement Architecture. This is a sei of global objects 
and classes that control shared resources and provide a< 
to system functions. Shared resources include the hard 
in i he ART environment capture and hold data 

coming from the network tinder test. 

The software in the general -purpose environment is imple- 
mented in the object-oriented Smalltalk language (see 
"Object-Oriented Design and Smalltalk" on page 24). 

User Interface Frameworks 

The Network Advisor user interface is built using multiple 
Ijiuts ni Inn ne works, A framework is a group of classes 
that jmplemerii common!} used features such as print ing, 
fc indoM sysiem i -out ml. mid pa^ng and searching through 
data. A framework is generally used without modification by 
the layer of software above it. In some eases the framework 
classes are subclassed for slight behavior modifications 
i 1 lasses implemented at higher layers of the system do not 
lunner through lower layers to access layers below their 
adjacent layer. This rule enhances the maim ai liability oft lie 
system. 
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Generic Application Framework (GAFW). The core system 
sendees of the Network Advisor are provided by a group 
of classes called the generic application framework. These 
classes implement the windowing system, ART interface, 
error handling, and so on. 

Specific Application Frameworks. The specific applicaiinri 
frameworks provide a set of r lasses lo implement a class of 
measurements that have common features, The decode 
framework is a specific application framework upon which 
all the protocol decode measurements are huili. This frame- 
work is different from I he others because it supports a post- 
processing mode of operation. In addition, the decode 
framework provides a data throttling protocol* for run-lime 
decode displays that are not required to maintain real-time 
display of received frames. The statistics framework, which 
is another specific application framework, integrates multi- 
ple statistical measurements into a single composite mea- 
surement. It provides different ways of showing statistical 
data such as generic graphs, gauges, pie charts, and bar 
charts. It also provides configuration capability for each 
component measurement. 

Canned Test Framework. The canned test framework supports 
all of the canned tests such as ARR** ping, traffic generation, 
protocol commentators, and active station list. This frame- 
work focuses on programmatic control of I he front-end <l,u;i 
transmission interface and real-time display of results. 

Measurement Architecture 

The measurement archil ecture is a software platform that 
defines and implements a set of standard features and inter- 
laces to system functions. These standard features and in- 
terfaces ate implemented as global objects and thus are 
available to all measurement objects in the Network Advi- 
sor Software developers can use the classes of objects in 
the measurement architecture as they are, or modify their 
behavior with subclassing. The objects in the measurement 
architecture provide ihe classes io create the following user 
interface features. 

h A protocol in which The deratfe: sends a message to the AflT environment to retneve the next 
erght frames of data 

h AflP ^adrjjess resolution protDcat) is "used to find the physical address for a specific IPaddress 
m an ARPA orotocD' sta-rk 



Object-Oriented Design and Smalltalk 

Object-onentea designs are based on the data that is oresent in the system. The 
object-oriented model defines objects that encapsulate data and provide ell de- 
fined' operations (methods} that act on the data. The en:ire system is modularized 
on the basis of the data structures. This is in contrast to procedural designs, which 
tonus on algorithms and features The main benefit of the object-oriented approach 
is that the data provides more stability ever time than algorithms because only the 
methods in the object can modify data, whereas with procedural designs, data 
v'l.ujrg changes and global access to data affect the stability ot data 

The major elements of the object-oriented model are: abstraction, encaosulat on, 
hierarchy, and modularity. Abstraction is defmec as the description of a system 
thai focuses on the details thai are significant while hiding the details that are not 
significant Abstraction describes the external behavior of the abject or sysLem 
The concept of encapsulation means that the data structures of an object are 
accessed Drily through a publicly defined interface tci the object and lhatthe 
implementation details of the oh ecL are hidden. Tnis gwes the programmer me 
freedom to reimplement the object for <mprovmg performance or repairing defects 
without worrying that some user of the object is dependent do the specific data 
structure or ihe implementation of The methods that operate on the data Ihe 
hierarchy of the object-oriented design is an ordering of the abstractions that define 
Lhe system. In Smalltalk, the class hierarchy defines which classes can inherit 
tbiict'cnality. For example, lhe class Dictionary inherits from the class Collection 
Modularity refers lu attractions grouped into discrete units The modules should 
he loosely coupled so thai changes in one module will not require modification in 
others. 

In Smalltalk, abstractions are defined in classes. A class contains data and methods 
that operate or the data. A program is uuilt by creating instances of the classes 
and tying the instances together to create the desired sokmor 

To implement the user .nterface and the othet classes in the general-purpose 
environment we used SmallTalk/V286 from Digitals Inc.. and a development 
environment called Envy/Developer from Object Technology international. Envy/ 
Developer provides a network -based (Novell Netware) team programming er-vinn 
mem with tools fo T tasks such as source code control, revisron control, debugging, 
and software production. 
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Features Selection, The user interface measurements window 
presents the user with all of the available measurements. 

Tlie menu items in the measurements window give the user 
the ability to open a measurement to run, to configure a mea- 
surement, to stop all measurements, and to run multiple mea- 
surements, In addition to measurement control, the user can 
import measurements created on another Network Advisor. 

Measurement Configuration. The \ Vdvisorprovict' 

■3 user-modifiable parameters tt > control specific features 
of a measurement. These parameters can affect the presen- 
tation of data, and in some cases i.hey can affeel data trans- 
mitted on the network. I feers access die configurable param- 
eters of measurements with the Config menu item, which 
apj>ears in each measurements window. The parameters are 
available to developers via a programmatic interface. 

User- Defined Measurements. The Network Advisor rneastnv- 
tnents can be cloned into new, user-defim-d measurements. 
Tins feature allows users To configure a meaMitvjani! lor a 
specific task and then create a new measurement using the 
same configuration. 

Display Management. All window objects use the display 
manager to display themselves when they are ready. The 
display manager keeps I rack of the location i jf all windows 
and suggests a size and placement for new windows. The 
display manager provides a similar function lor I he icon area. 

Measurement Control All measurements can be started, 
stopped n[ paused In addition, all measurements can mod- 
ify the source of data (e.g.. capture buffer or the network 
under test). 



Intermeasurement Communication. Because the I one 

measurement might be of interest to another measurement, 
the measurement architecture defines a standard commu- 
nicat i on pa th for int ermeas i j ■ > m m u n ication . The 

Sting measurement onl> needs to register for results 
using a programmatic interlace io receive the results 
another measures 

Database. The measurement architect lire provides a data- 
base facility for n rk Advisor. Any measuremenl or 
system function can define and use the database facility. The 
browser is an example of database use. 

Interface to Analysts System. The ART and general-purpose 
environments through tin- tnterenvironment process 

n uiiiuuiucation i IEPl i channel The IEPC channel manages 
bidirectional communication between the ART and general- 
purpose environments by buffering and dispatching mes- 

5 in hoth direct ions. All commands to the ART environ- 
ment are Forth strings (see "The Forth interpreter' 1 below). 
The measurement architecture provides a high-level inter- 
face i hat allows protjiamuu-rs to build a Korth command 
at id st-nd it t<j I he ART environment with a single message. 
The high-li vrl G3PG interface supports simple commands 
(status response only), complex commands i multiple re- 
sponses), command response timeouts, error handling, and 
priority commands. When a command is sent, an object in 
t lie gen era! -purpose environment is dynamically assigned an 
IKtV port number. Tins number identifies the sender of the 
command and the receiver of the response. Commim ication 
with global objects is supported with fixed destination 
pons. 



The Forth Interpreter 

In the Network Advisor, ihe user interface software on the PC communicates with 
a Forth interpreter in the analysis and real-time environment on the pod * The 
Forth interpreter is used to configure and control the ART environment Commands 
surjh as awn arid slop are sent to the ART environment as ASCII Forth strings 
These strings are passed to the Forth interpreter for execution 

Since the ART environment is written in C-h- and the Forth interpreter is written In 
C, we needed a way to interface the Forth interpreter to the C-h- code We decided 
that the best way to do this would be a call to a virtual function Tufs would aflow 
objects to: inherit Forth interfaces Since most objects in the system are derived 
from a C++ class we defined as the mot class, we decided that this wbs the pface 
■ Mi- -In: vri.kil function. We a I so wanted to modify the Forth source code as 
little as fin*'- 

We defined a global function caiiFnrrhFunct) that takes two parameters: a pointer 
to an object and a pointer tu the Furtl' stack fitts function js written m a C++ 
module and can calf the virtual function, \t casts the abject pointer to a root 
pointer and calls the virtual function forthFuncO passing the stack pomter By 
metering the stack pointer parameters can be qassed between forth and C-h-. 

By convention the first element of the stack is used as an index to tell forthFuncO 
what function to perform If forthFuncO does not implement the requested tunc- 

■, II call forrhfund) m the inherited cfass This call chaining creates an 
inherited Forth interlace 

At system initialization, the ART envtfonmjfi! s&iss a pointer to its global record 
in a Forth variable, This global record is an object derived from the root cfas ; 

.1 ptug in module far the M» " the mt w\a ce hard ws re and 

the real time analysis processor systRm 



forthFuncO for til is class implements fuoctioos such as instantiating anappltca- 
[frteft to other objects in the system, and configuring system 

parameters Supplying Forth with this one painter allows H to make calls and gam 
access to the rest of the system 

Development Phase 

U in Forth interpreter w,. n the dew&Jq$ment ■ TheABT 

environment and its applications wore developed on workstations. The front-end 
was simulated using a dusk file Frames were read out of the fife and passed 
to me applications The Forth interpreter was used to control the flow of these 
frames to the appl ice: iui is 

The Fo'th word play" took the number on the top of the stack as the number of 
frames to play to applications The Forth word step was defined so do a 1 play. 
This allowed frames to he pteyed into the ART environment to examine the internal 
■ 'ictu res between frames, 

The Forth interpreter was also used as a debugging tool in the target enviroi 
A user interface to the Forth interpreter called Forth Window was created on tfw 
PC. From this window, Forth commands couifl be sertl to the Forth interpreter on 
the pod This allowed us to get and set system variables, dumu parti of memory to 
the debug port, query memory use, and so on 

Rouen t Vixie 
Development Engineer 
Colorado re 

trie play ■ ine AFF enwrcinmeii* ' .irocess 
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Error Handling, The measurement archil eeture provides a 
variety of automatic ectot handling merhanisms. Errors gen- 
erated by the ART rnvimmueni, applieatlonSj system func- 
tions, Smalltalk, and IK »S are all handled hy these mecha- 
nisms. In many cases the Network Advisor can recover Irani 
an error and continue executing measurements, In other 
cases, the Network Advisor aborts Itself and exits to DOS, In 
this case, data is saved in an ASCII file on disk so thai it can 
be examined later to find the defect. 

Hardware Configuration, The analysis hardware is controlled 
hy the analyser setup interface, the user can modify the 
hardware configuration via the setup window. Measurement 
O&jects ran access the same parameters through a program- 
matic interface. The hardware configuration parameters are 
categorized into two groups: network interface independent 
and network interface dependent. The network interface 
independent parameters include caplun buffer size, capture 
mode (circular or run until full), and capture fillers (capture, 
exclude, or stop). The network interface dependent parame- 
ters include configuration commands for the IEEE 802.3 
Ethernet network interface card and rhe IEEE 802.5 network 
interface card, 

Node Lists. The node list feature allows the user to create 
and maintain node lists. The node lists are used by most 
measurements in the system to map physical network ad- 
dresses to mnemonics that are meaningful to the user. The 
node list can be created automatically with a measurement 
object that monitors the network traffic to discover nodes. A 
set of utilities converts node lists from a variety of formats 
into Network Advisor format. 



Event Log, The even I log is a database of significant events 

that the Network Advisor has observed. These events are 
grouped into the following categories: protocol, threshold, 
topology, fault, and instrument 

Native Language Support (NLS}. The Network Advisor soft- 
ware has built-in suppon for localization The lexi displayed 
throughout the Network Advisor is provided by NLS dictio- 
naries. Through the use of NLS dictionaries, the text can be 
localized without modification of the code, 

PC Configuration, The Network Advisor software provides a 
se | o f coi i Bgi i rat ton fu nel ions that are available* to the user 
via the PC configuration window. These functions allow the 
display timeout to be set, measurements to start automati- 
cally when the analyzer is invoked, and EK.)S file operations 
to be carried out . 

Measurement Execution 

When the user requests via a menu selection to see certain 
measurement data, a number of objects are instantiated to 
perform the measurement, store the data, and display the 
results. Fig. 4 shows the system before a measurement object 
is instantiated and Fig. Fj shows the situation after a measure- 
ment object is instantiated- Some or al) of the following 
events take place during measurement execution: 
• To execute a measurement, the user M'lins Hie measure- 
ment in the MeasurementSelectView window and then chooses 
the Run menu item from the MeasurernentSeleen/iew menu (® 
in Fig. 5). 
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* After Run is selected, a message is senl to the Measurement- 
SelectModel indicating which measurement to run (@ in Pig, 
&}, The* MeasurememSelectMadet holds a list of objects thai act 
as proxies lur I hi' actual measurement object The proxy tot 

a measurement objeel hdlds the riarxte of the class fcq instan- 
tiate for the specific measurement It also holds the name of 
a measurement Gie thai contains the -lata loi the measure 
ment The proxy instantiates the appropriate class and then 
sends an initialize message to the instance I In I ig. 5), 
From here, the measurement object takes over and com 
pletesils own initialization. The measurement object reads 
fctS database irnitt disk and creates the MeasurementDataBase 
object (1 in Fig. $), The MeasuremeniDataBase holds the 

definitions mid current values of the user configurable pa* 
ramelers for the mensmvmrm. In addition, the Measuremimt 
DataBase contains the specification for the view thai the 
measurement nbjcei is to build (or displaying the measure 
meal results. Willi this information the BesuftView object is 

created (© in Fig. 5). 
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» The ParmManager interacts with the MeasurementDataBase to 
allow the user to configure the measurement (I in fig, 5), 
Examples of configurable parameters include the sample 
period for a statistics measurement, timestamp mode tor a 
decode, or percent utilization trom a traffic generation 
measurement. The ParmManager nbjei i is Instantiated 

when (In 1 user requests I he roufi<*uralinM window for the 
HUMsureiiienl Object. 

i A measurernenl objeel might require that the node list be 
loaded from the disk-based databases into memory. If this is 
I he case, then the measurement objeel sends a message to 
I he global node list object to accomplish this. 

►The measurement objed might also post events to the event 
lotf as part of its startup sequence. An example would be the 
time the measurement started* 

Some measurement objects automatically configure to cer- 
tain hardware or ART states. For example, the decode mea- 
surements will stan the data capture it die data SOUTCe indi- 
cated in AnaiyzerSetup is the network under test. If the data 
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source is the capture buffer, i hen the decode measurements 

will rei|uesi enough names tp fill the ResultView. The statists 
measureu lents warn the user if the data source is not t lic^ 
network under test since statistics only execute in tea) time. 
After the measurement object is linked into the system and 
fully initialized, it will start executing. To do this, the mea- 
surement object sends a message to AnalyzerSetup and re- 
quests that the front -end measuremcnl he Started ( 7 in Fig. 
B). AnalyzerSetup will get a unique handle (identifier) for the 
measurement and start the data capture. AnalyzerSetup kei | fS 
track of which measurement objects have requested a start 
measurement so thai when the measurement objects n - 
quest a stop, the front end w ill nol he stopped until all mea- 
surement objects have requested a stop. In litis way multi 
pie measurements can run and stop independently. 
Measurement objects can send messages to the ART envi- 
ronment using Ihe ServiceRequest object, which provides a 
high-level interlace for sending Forth messages and receiving 
responses from the messages. 

When the user chooses io close a measurement, the mea^ 
surement object breaks all of its references to system re- 
sources. This process includes removal of the ResultView 
object window from the window scheduler causing the win- 
dow to disappear. The Smalltalk memory manager will then 
he able to recover the newly available memory, 

Process Model 

The process model is an importanl purl of the general- 
purpose environment because if supports the simultaneous 
execution of multiple measurements while still providing a 
responsive user interface (see Fig. 6}* Smalltalk supports 
separai e processes with their own stacks of send messages. 
Processes all run within the same Smalltalk menu uy & t (hey 
are more like threads than real proc esses with memory 
protection. The process scheduler is not. time preemptive 
but rattier selects a new process to run when an interrupt 
occurs or when The currently running process blocks, yields, 
or finishes. 

The general-purpose environment, runs two distinct pro- 
cesses. One process is the user interface process and the 
other is the background process, The user interface process 
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runs at a higher prim/ny I ban the background process. The 
relative priorities are set f his way so that the user interface 
can interrupt Ihe background process and provide the user 
interface with good responsiveness. 

Ihe user interface process processes all keyboard, mouse, 
aiul timer events, ll also blocks on a keyboard semaphore 
until it is awakened by the keyboard interrupt service routine. 

The background process processes events that are gener- 
ated by the ART system. Examples of background events 
are statistics and decode da la nniis, front -end control 
information, and analysis control information. 

Each process maintains a separate queue and dispatcher lor 
storing the events generated for that process, This way, a 
large queue of background events cannot cause the user 
interface events not to be processed. This is the key to user 
interface resp ons i veness . 
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The Network Advisor Analysis and 
Real-Time Environment 



The user interface and protocol decode applications of the HP 4980 
Network Advisor use the services of a software platform that provides 
real-time protocol analysis and an interface to the network under test. 

by Sunil Bhat 



The analysis and real -Time (ART) environment of the IIP 
4980 Series Network Advisor protocol analyzers is a soft- 
ware platform that has all the necessary services To support 
real-time network protocol analysis applications. To a lesser 
exlcnl h also supports postanal y sis or captured data. The 
AKT environment is one of two major environments that 
represent the Network Advisor's software air' hi lecture. The 
other environment is the general -purpose em ironment. 
The general-purpose environment provides supporl for the 
general-purpose programming of the Network Advisor. Spe- 
cifically, the genera] -purpose environment is responsible for 
the user interface, file management, and all other services 
l hat are essential at the user level. The general-purpose main- 
tains all persistent information like node lists and setup con- 
figurations, and treats the ART environment like a device. 
Both of \ | M-se environments are depicted in Rt>. I. 

Some aspects of the ART design were leveraged from the 
I < >\E' (common OSI network environment) architecture, 
which provides a network specific Operating system for the 
IIP < )SI Express card ami an environment for implementing 
I >SI protocols. Specifically, I he logical buffer services for 
encapsulation, segmentation^ and reassembly of data were 
ported from the ('ONE implementation, 

At the software level, ^e general-purpose and Ml'] 'environ- 
ments communicate with each other by an interenvtronmeii^ 
process communication (IEPC) mechanism. At I lie hardware 
level, the ART environment executes on I^AMD29000 RISC 
based processor while th e general- purpo se e 1 1 1 i r< ►nment 

lies on ihe Inlel38tiSX-based processor and they com- 
munirnre via a shared memory module. The general purpose 
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environment controls and configures the ART environnienl 
hy sending messages via the IEPC mechanism, and ihe 
ART environment transfers the results of its analysis to the 
gen era! -purpose environment via the IEPC mechanism. 

Typically, any application on the Network Advisor has an 
analysis module that operates bathe ART environment. This 
module does in real time all application-specific analysis 
based on relevant data from the net work or net work counts 
maintained by the hardware. There is also u . ■. ..i responding 
module in the general-purpose environment that provides the 
user interface for the application. The application -speei fie 
user interlace controls and configures its analysis module 
by commands sent across Ihe IEPC. It also processes and 
displays ihe results sent by its analysis module to the user in 
some suitable format — graphical, lobular, or simple text. 
The Network Advisor allows multiple applications (also 
called measurements) to be active simultaneously Therefore, 
at any given (\ mv there can be numerous applications active, 
each with its own analysis and user interface modules in the 
ART and general-purpose environments communicating 
across the IEPC 

The general-purpose and ART environments constitute the 
top-level logical entities of the Network Advisors software 
architecture. The implementation of the \i •\w\n k Advisor 
software follows ihis logical design very closely. The IEPC 
implementation is spin between the general purpose and the 
ART environments. The general-purpose environment is 
written primarily in Smalltalk and the ART environment is 
almost entirely written in < '++. 

This article describes the archjtet lure and high-level design 
issues of the ART en\ tronment The user murines and more 
del ails about the general-purpose environment are described 
in the article on page 22, 

ART Subsystems 

As Shown in Ki^, I. the ART environment consists of two 
subsystems: the processing unit and the acquisition unit. 
The processing unii contains hardware independent turn - 
(ions and the acquisition unit encompasses all hardware- 
Specific low-level functions. The processing unit is designed 
to be hardware independent mid cap therefore be ported ftith 
n lative ease onto other hardware plat i\ an is 

The acquisition unit is responsible for interlacing to Ihe net 
work under test and all the relevant hardware Counters and 
timers. While connected to Ihe network, the acquisition mm 
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captures real-time data and stores it in a buffer called the 
capture hitjjrr. It also reports Status information and does 
all other hardware specific housekeeping. 

The processing unit is primarily responsible for real- 1 inn* 
event processing. These events are typically data events 
stored in the capture buffer by the acquisition unit. The 
events could also fee commands sent from the general- 
purpose environment or events generated within the pro- 
cessing unit. The processing unit also supports rvent posl- 
processing. This allows the user to capture a lull buffer of 
data that represents an interval of network activity, and I hen 
analyze It in postprocessing mode. 

The Acquisition Unit 

The data flow of the acquisition unit with respect to the rest 
of (he system is shown in Fig. 2. The acquisition unil ac- 
cesses the fronl-entl hardware that interfaces 10 the network 
under lesl. The front-end hardware transfers MAC -level 
frames from the network under lesl and stores them in the 
capture buffer along with a times tamp, length, and si at us 
information for each frame. These times! amps help protocol 
analysis modules correlate data with time In the ART envi- 
ronment, frames 1 hat are stored in the capture buffer typi- 
cally represent events. The introduction uhr frame from the 
capture buffer to the processing unit is called a frame arrival 

rfflfc for media access ccinttol, the towest level of the protocol stack Thus. MAC 
frames are the frames actually Transmitted nn tne jihysical network media 



event. Whenever an even! is generated, H gets appended to 
t&e event buffer, which presents an efaeal stream to the 

processing unil. 

The processing unit uses die event data stream, control mes- 
sages from the general-purple environment, and timer in- 
formal ton to produce two distinct data flows. The firsl data 
How is the analysis informal inn that is sent from the pm 
cessing unit to rhi* general -purpose environment via e I u* 
IEPC. This information flow consists of the results In mi 
protocol analysis modules such as protocol decodes and 
network slaiisiics executing in the ART environment. The 
it mi Its are packaged in an application independent form 
called mtnlysis items. Analysis items are described in the 
article on page 34* 

The other data flow results lrnm send requests generated by 
the general-purpose environment. This How, which can he a 
single frame or a sequence of frames, provides stimulus u> 
the network under test. A traffic generator is a prime c\;un 
pie of an application that can request entire sequences of 
frames to be transmitted repeatedly to create user-specified 
traffic on the network under lesl. 

There is anothei ciislincl dam path Through I lie acquisition 
unit that is made up entirely oHYames addressed to the Net- 
work Advisor. These frames are stored in the node card iv- 
ceive buffer and the acquisition unil reports I hem In the 
processing unil as node card arrival events. This data path, 
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along with the ability to send requests to the network, pro- 
vides the basic node card functionality that enables the pro- 
cessing unit to make the Network Advisor behave as a valid 
node on the network and not just a monitoring environment. 
This functionality is essential for supporting remote capabil- 
ities as well as interactive applications like ping and ARH At 
the lowest level the front-end hardware provides the physi- 
cal interface to the network and is responsible for sending 
frames to and receiving frames from the network. 

Acquisition Unit Interface 

Access to the functionality Of the acquisition unit is pro- 
vided by the acquisition unit interface which marks the 
boundary between the processing unit, and the acquisition 
unit. The interactions across this interface are summarized 
in the following sections. 

Control and Configuration. The processing unit controls the 
acquisition unit, Among other things, it issues start and stop 
directives to initiate and terminate capture of data front the 
network under test. MAC-level frames are captured from the 
network in either continuous or autostop mode. In the con- 
tinuous mode the capture buffer is \iewed as a circular 
buffer that wraps around until the processing unit issues a 
stop command. In the autostop mode daia is captured until 
the capture buffer is full, which triggers an automatic stop. 
Based on user selection, the processing unit con Figures the 
acquisition unit to operate in one of these modes. Apart 
from direct control, the processing unit also configures 
acquisition-specific parameters like the size of the capture 
buffer. 

Most of the protocol information is available within the lead- 
ing portion of a MAC-level frame, which is made up of proto- 
col headers for each level of data encapsulation. The acqui- 
sition unit provides the user, through the acquisition unit 
interface, with ihe ability to specify the number of leading 
bytes of a frame that should be stored in the capture buffer. 
In such a case, the frame is said to be sliced to a specified 
length. This allows the user to store only the relevant portion 
of the frame, which effectively increases the capacity of the 
capture buffer. 

Receive Data. The processing unit receives data events from 
the acquisition unit. These events are MAC-level frames from 
the capture buffer, For each frame captured by (he acquisi- 
tion unit, an Information header is added by the front -end 
hardware. This header information includes a timestamp. 
the n.< Hv<r] length o! the frame, and other status informa- 
tion detected by the front-end hardw r are (e.g. T ORC errors), 

Event Formation, The acquisition unit is responsible for the 
formation and reporting of all events or exceptions to the 
processing unit. As the frames get stored in the capture 
buffer, the acquisition unit generates frame arrival events lo 
the processing unit. Similarly, the acquisition unit generates 
anode card arrivai event for each frame received that is 
addressed to the Network Advisor. It also reports ihe hard- 
ware counts (counter read event ) maintained by the front- 
end hardware tor statistical applications. Any change in the 
run mode of the acquisition unit is reported to the pmrrssing 
unit as a run-mode Change event. 



Time stamping. The processing unit environment simulates 
time using discrete time information provided by the acqui- 
sition unit. AH received data contains a timestanip. In the 
absence of data, periodic clock-tick events are sent to the 
processing unit. On the current hardware platform, the pe- 
riod for this event is 100 milliseconds, which defines the 
worst-case resolution of time in the processing unit environ- 

I. It should be noted that the hardware Timer chips are 
initialized to the PC time at bootup. This way all analysis is 
correlated with a time base. Also, all analysis items sent to 
the general-purpose environment have a timestamp for syn- 
chronization of the general-purpose and AET environments. 

Trapping and Filtering. The processing unit programs the ac- 
quisition unit trapping and filtering functionality using the 
set of filters and Boolean expressions provided by the hard- 
ware front -end, A filter can be specified to match a range of 
values for each of the first 127 bytes in a frame and the 
frame status byte in the frame header. A Boolean expression 
is the result of any logical combination of filters. A frame 
along with its hardware assigned header is stored in the cap- 
ture buffer only if it satisfies at least one Boolean expres- 
sion. The header provides a status field that reflects the re- 
sults of the Boolean expressions matched by the frame. For 
example, if we wanted to capture all frames sourced by- 
node A and destined for node B as well as all broadcast traf- 
fic on the network, we would set two filters, We would spec- 
ify the source and destination address bytes in the first filter 
to match A and B respectively and set all remaining bytes to 
match any value [ia, don't care setting). The second filter 
would have the destination address bytes set to all ones (for 
Ethernet ) while the rest are don't cares, Finally, we would 
9e1 a Boolean expression to be the logical OR of The result of 
the above specified filters. The Network Advisor also has 
the capability to generate traps from soft ware -mate he d 
Boolean expressions or external signals. Currently only soli 
ware traps are implemented. The acquisition unit provides 
an indication to the processing unit when a trap condition 
has occurred. 

Status. The acquisition unit provides status information to 
the processing unit about items such as the size of the un- 
processed capture buffer and the length of the send queue. 
This status information is used hy the processing unit for its 
interna] activities such as flow CtmW I 

Send Data. The acquisition unit provides services for the pro- 
cessing unit to send data frames to the network under test. 
Each frame destined for the network is defined by the pro- 
cessing unit as an object railed a send object. Entire traffic 
scenarios can be described as a list of send objects. This 
enables the acquisition unit to support traffic generator 
applications. 

The Processing Unit 

Exception services constitute the core of the processing 
unit, which is an event-driven system. The basic control 
structure Of the processing unit is shown in Fig. S. The vari- 
ous entities in the processing unit conitnunicate with each 
other by means of exceptions, In the context of the pry- 
ing unit, exceptions are events, S >nu exception types in the 
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system, like t.he arrival of a frame or the expiration of a sec- 
imd are well-known, Amplications can also dynamically allo- 
cate new exception types and generate them For their own 
use. Because of the event-driven nature of the processing 
unit, actions are triggered on the arrival of exceptions. 

Protocol analysis applications executing in ihe processing 
unit environment are essentially act inns thai exist without 
any control of their own. These applications are called the 
exception handlers. Control passes to a particular exception 
handler when an exception occurs that it has shown interest 
in* This model is similar to environments that handle window- 
ing applications. It is very effective in handling situations in 
which there are typically a number of events from different 
sources occurring asynchronously 

Exception Dispatching. The central entities in the processing 
unit are the exceplion dispatcher and an exception queue, 
which stores events arriving from differenl sources. The 
dispatcher dequeues exceptions from the queue and invokes 
all interested handlers that have previously registered for 
the exception. The dispatcher, the exception queue, and all 
other associated data structures constitute an operating 
region in I he processing unit because together these items 
can be viewed as a process The processing unit was de- 
signed to support multiple regions with different priorities. 
However, for simplicity Ihe current implementation has a 
single region. Therefore, there is a single dispatcher that 
sendees all exceptions received at the processing units 
periphery. The decision to implement a single region in the 
processing unit greatly simplified its implementation, and 
also improved its response time. 

To dispatch events to the appropriate handlers, the dispatch- 
er uses a tabic that has an entry for each type of exception 
Each entry in Ibis table contains a linked list of zero or more 
exception handler tokens, A handler token is basically a 
pointer to an exception handler function or routine. Any 
application in the processing unit registers for specific ex- 
ception types by enabling a handler token. This has the el '!■ ■ I 



Of adding the handler token to the handler lists for ihost' 
exceptions the application is interested in. The handlers ! r 
a given exception are simply determined by indexing into 
ihe exception handler table using the exception token. 

Each exception in the exception queue has a parameter tokin 
associated with it that contains all exception-specinc data 
thai needs lo be passed lo Ihe handlers when the exception 
is serviced. 

Event Synchronization. The dispatcher operates in asynchro- 
nous fashion in that only one exception is processed to 
completion before the next one is picked from the exception 
queue. The processing unit model is a cooperative nonblock- 
ing mock 1 ]. This means Ibai a handler cannot be preempted 
before it completes processing. Therefore, the burden is on 
all applications in the processing unit to finish processing in 
a reasonable lime. 

The synchronous nature of ihe processing unit has a number 

of advantages for protocol analysis applications, which 

include: 
• hi a synchronous system there are no race conditions 

between various modules. 

Since each event introduced into the system is processed 

completely, there is no need to reorder events based on 

times! amp information* 
■ The correlation of analysis from different modules with 

respect to eve Tils and Time is greatly simplified 

Timer Services, One of the central concepts with regard lo 
correlation of analysis from different modules, based on 
events, is the notion of lime. The processing unit maintains 
two lime sources, One is called real ti.mt\ which is driven by 
the periodic clock ticks from the hardware, On ihe current 
hardware platform these time licks are 100 milliseconds 
apart. This defines the resolution of the real-time source. 
The other time source i^iute fhttt\ TMs is time simulated by 
the processing unit using the timestamps of the data frames 
received in the capture buffer. The line time is advanced 
each time one of the frames is introduced lo the processing 
unit as a frame arrival exception, In the absence of frames, 
real lime is used lo update line time. 

Using these two sources of limcMhe processing unit supports 
timers and the 1 associated notion of timeout Timers are rep- 
resented by the data structure called timer token. Each 
timer token has iis timeout value and a hai idler token Tor its 
handler function. The processing unit dispatches the tinier 
token to its handler function when a timeout occurs. Any 
application module in Ihe processing unit can create and use* 
timer tokens. Standard 1 inter fund ions like restarting, both 
in an absolute and a re la live sense, arid canceling a timer are 
all supported by the timer sen ices of the processing unit. 

For both real-time and line-lime sources, all timet token 
expirations will occur chronologically. The processing unit 
guarantees that a timer token with a timeout of N seconds 
will not expire before current time plus N seconds, and no 
later than an event with a rimestamp greater than current 
time plus N seconds. During run time, line time will track real 
time. In the case of postprocessing, line thru-' is simulated 
using data frame tiniest amps alone. 
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Conclusion 

The ART environment was designed to be an optimized envi- 
ronment for supporting real-rime \>n ftocol analyzer applica- 
tions. In addition to the basic ART em an extensive 
debugging and simulation environment was designed to sup- 
j>ort the development and preliminary Testing of the process- 
ing unit on the IIP-UX* operating system before integrating 
it with the acquisition unit running on the AMD21W10G pro- 

ral §gj all* rm Kl us t o develop an a llel 

with the development of the target liardware. It also reduced 
the integration effort required once the target hardware was 
available. 

The success of the ART environment design is reflected in 
the relative ease with which applications can be written 
using ART environment services. In fact, different applica- 
tions require different sen ices, and as a result, the ART 
environment has been extended to provide frame works for 
mi mint rypes of applications. The decode framework which 
supports all protocol decodes and the canned test frame- 
work, which supports customized measurements for specific 
protocol analysis, are good examples of ART extensions. It 
should be noted that these frameworks in the AKT environ- 
ment have corresponding frameworks imthe general-purpose 
environment. 

The processing unit was designed to be hardware indepen- 
dent. This decision enabled us to provide the Network Advi- 
sor with functionality for Ethernet, token ring, and FT)DI 
media. Since the acquisition unit interface is an application 
program interface to the hardware-specific software, we 
need only provide an acquisition unit for the hardware we 



are interested in. The rest of the basic ART environment and 
its extensions remain the same. 
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Network Advisor Protocol Analysis: 
Decodes 



The decodes feature of the Network Advisor allows users to traverse from 
a high-level summary of protocol information to a bit-level interpretation 
of the protocol data. 

by Rona J, Prufer 



The decode portion of protocol analysis involves the recog- 
nition and interpretation of the syntax and semantics or die 
different types or network protocols. The HP 4980 Network 
Advisor is different from traditional protocol analyzers in 
that it attempts to interpret data from 1 he network under 
test and provide answers to protocol problems, not just 
reams of data. Two of the Network Advisor s key features 
are a flexible user interface and the number of decodes it 
can handle. 

Design and Development Considerations 

The considerations associated wii h designing the decode 

platform involved deciding how 1,0: 

Present informal ion to the user 

Divide protocol knowledge between the analysis and user 

interface environments 

Make a contribution to industry-standard decode practice 

Provide a productive environment for decode developers, 

Experience from previous products and user feedback an- 
swered many of the user presentation issues. The solution 



to dividing protocol knowledge between environments came 
from a definition of the division of responsibilities between 
l he protocol analysis environment and the user interface 
environment, A contribution to decode practice was made by 
including knowledge of the network protocols and determin- 
ing and providing information to the user about a network's 
health, Finally a productive environment w r as provided in 
which developers needed minimal system knowledge, allow- 
ing them to focus on protocol-specific issues. 

Presenting Information 

Presenting information to the user involved understanding 
the expertise of our potential customers. Experienced net- 
work managers know the protocols and most of the signifi- 
cant fields contained in die protocol fields. These users need 
to see a high-level view of the data and have the ability to 
focus on the specific problem when they determine that 
there is a problem, At the other end of the spectrum are nov- 
ice users who know little about protocol fields but need to 
have enough information to ensure that the network is 
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working. For These two very diverse users we found that 
there were three views of the protocol decode that would 
satisfy most requirements: summary \iew, detail view, and 
data view. 

Summary View, The summary view has several uses of the 
same format. The summary decode screen has one line per 
frame showing frame number, time, and three to Four other 

meant fields (depending on the field sizes I This view 
can be used on an individual protocol or on a protocol stack. 
For example. Fig. 1 shows the summary decode for the in- 
ternet protocol (IP) in the DAKPA* protocol stack. This 
summary shows the source and destinati- na 

dot-decimal format, the name of the next protocol layer, and 
the size of the data being passed to the next protocol layer. 
The summary view is also useful for seeing rraffh on the 
network. By changing the format slightly the user can see a 
network summary that shows the MAC'' source and des- 
tination addresses along with a top-down list of the proto- 
cols contained in that frame (Fig; 2). Another common use 
of a summary display is to show a stack-specific o\ eniew. 
I'i «r instance, the summary for the AppleTalk stack shows 
the source and destination MAC addresses and the Apple- 
Talk protocols contained in that frame (Fig. 3). 

Detail View. The detail view is a full-sued window thai 
shows one packet or protocol per display The detail \ few 
formal has three columns. The firsi column lists the names 
of the fields in a packet, the second column contains the 
current value in the field, and the third column describes the 
meaning of the Held or the value in column two. In Fig. 4, 
which shows a detail view of an IP packet, the first column 
shows an ordered list of the fields that are in the packet. The 
first Item on die list shows ihe version of the iT packet, 

' DeparT'TU'T nr Defense Advanced Research frojects Agency 

MAC stands tor media access control, the lowest level nt the protocol staci TflU! 
:■•.- the frames actually transmitted on the physical network media 



which according to the second column is 4. The second item 
shows that the internet header length field of the IP packet 
has the value 5. which indicates 32-b:t words (column 
three) The precedence field has the value 000... which cor- 
responds to routine precedence (as opposed to an urgent 
precedence). Following the ordered fields in the protocol is 
the derived information about the packet. For instance, 
there may be an indication about how much data a packet is 
passing up to the next layer, or Information about the reas- 
sembly process or protocol-following process,*** The detail 
display can also be used to show die fields of an entire pm- 
toeol stack. For instance, it can show the Ethernet Fields, 
the IP fields, and the TCP fields together in one display 

Data View, The third view is of the data contained in a packet. 
Again, the flexibility exists to show ail the bytes of the packet 
or just the bytes associated with a single layer This display 
format lets the user see data in a formal that may have more 
meaning; For instance, there may be users who want to see 
data in EBCDIC Of hexadecimal formats (Fig. 5). Another 
variation shows the entire packet of data with protocol 
lieaders separating the different protocol layers. 

Different Environments 

The decode design is spll! between the two major functions 
of the instrument I ilsplaying strings at id values ;ind format- 
dim are handled by I he (jem-raJ purpose environment, and 
protocol meaning is determined by a module in the analysis 
and real-time (ART) environment. The general-purpose envi- 
ronment provides mechanisms for handling die Network 
Advisor's user interface and the ART environment provides 
services R>r interfacing to ihe network mid transporting data 
to and from the general-purpose envinnuuenl. For greater 

" Piaroeol fnlhiwing is trscmy the dillerent ■■.:.• iriivsfer 
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flexibility all the incoming network data,, after being inter- 
preted and put in a special data structure, is senl from the 
ART environ me nl 1i> I he gen era I -purpose euvironmeiii, This 
allows the user 1<j select which format is more useful and 
not have to wait for information to be processed again in the 
ART environment. The services provided in I he ART envi- 
ronment and the relationship between the ART and general- 
purpose environments are described in the article on page 
29. The user interface is described in (he article on page 22. 



The i l;ii ;t siruduie that is passed between these I wo envi- 
ronments is called an <jnah/sis Item. This structure was 
chosen because it allows many different protocols to be 
described in one format An analysis item contains two or 
more analysis data units (ADUs) as shown in Fig, 6. There 
IS ;i one-to-one correspondence between an AD I ' and a 
protocol decode. 
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Each AI)l" contains three sections. The first section is data 
lor the associated protocol layer; it is referred to as the hex, 
The second section is the syntax for the field* in the proto- 
col. For instance, each field in the protocol has a unique 
syntax record associated with ii, The last section is a seman- 
tics section, which contains additional Information derived 
itMin analysis -Ofthe protocol 

The syntax section is further divided into a series of records. 
These records are patterned afir r Uie ASN, I encoding of a 
tag, a length, and a value field. lA Each field in the protocol 
i-; assigned a unique number (the tag). In cases where several 
protocols share the same Held, such as a destination address, 
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this tag is shared so that it is always called Destination Address 
in the display of that field. The second field in the ADU is an 
offset field. It indicates where the bytes or bits exist in the 
hexadecimal field of (he protocol. If the most-significant hit 
is 1 then I he held is interpreted to be the number of bits, and 
if the firsi bit is a 0. if is tin- olfsel in bytes, the Third field is 
the length of (he protocol held, Again, the most-significant, 
bit indicates a bit or byte lenglh. The last field is called the 
smois.v nor/warning field, it is one of the two major con- 
tributions of the decodes 10 the Network Advisor. It tells I he 
List' 1 more in fori nation about a specific field. 

The semantics section of the AIM has a more free-form for- 
mat 1 1 has a unique lag thai describes the information and 
1 h r length of thai info rrn at! on. L i k e ai tin formation passed 
between the two environments, the data in the semantic 
se< 1 ion nmsl adhere to fee long word* boundary rules. K\ 
amplesof the information passed in the semantics section 
include reassembly informal ion, fesetjuencing information, 

and protocol -following information. 

Decode Development in the AttT Environment 

The object-oriented ( + design of the ART environment 
gives a decode designer lour classes to work with, These 
in (hide the data analysis class. I he module record registra- 
tion class, Hie path eulry Class, ami the path SAP** enlrv 
class. A (tNI M\\1A< S editor Function nils in the class names 
and lot runts ,1 module lor simple delaull class protOCO] 

whiii a protocol module is lirsi checked out for design, fins 
provides the decode designer with a foundation on which to 

add the features of a specific protocol, 

Data Analysis Class. The data analysis glass contains a fum- 
lion called makeAdu thai allocates and formats (he M)V foi a 

1 A SAP (service access pqwn ieivkes *w provjifed 

:ie*[-higher protocol layer 



October JS02 HfclVteU-Pa* 'kard Journal 37 



)Copr. 1949-1998 Hewlett-Packard Co. 



particular protocol, h allocates memory space foi the hex t 
syntax, and semantic sort ions of ihe ADU In most proto- 
cols, the fields are known and do not change. Only in the 
case of options or dependent fields are (here extra fields 
thai need to be considered. Because of the large set of 
known fields, space run be allocated and field values (lag, 
offset length, and slat us, error/warning) ran be defaulted 
When Uie makeAdu routine is executing, it moves through 
each field in the frame data and analyzes it for significant 
facts. For instance, in the IP protocol die version number is 
checked. If the version is not 4, I he status/error/ warning 
field of the version syntax record shows a number signifying 
a bad version Another example is the IP internet header 
length, [f this value is lunger than the bytes available, an 
error is signaled in ihe status/orror/warning field of the 
internet header length syntax record. 

The status/error/warning check can be as elaborate as ihe 
designer wants lo make it. In some protocols the difference 
between a good value and an unacceptable value is not 
51 r light forward, In other protocols there are no fields thai 
are open lo interpretation. For instance, in Novell's NetWare 
Core Protocol (NCP) the completion code values are listed 
as having five valid values. An update to this specification 
for future releases of NCP may add tin n e values, so our de- 
eode eaunol definitively call invalid any other value used for 
a completion code 

By using object inheritance, different features can be added 
to a decode in the semantic section of the ADU, The deveJ- 
nperean inherii several functions into the data analysis 
class tor conveying additional protocol information to the 
user. An example is Ihe dataStze record, This record indicates 
how much information is being passed up to the next layer 
in a protocol stack from the current layer. Another example 
is the calculation of a correct checksum- If the protocol has 
a bad checksum, it needs ro be displayed along with die cor- 
rect value. This information can also be sent in a semantic 
record 

Module Record Registration Class. The module record regis- 
tration Class allows the decode to be called from almost any 
place in the decode process, all owing a protocol to be en- 
capsulated. This situation is common in the case of the 
DARPA internet protocol. Tins IP can be called directly over 
Ethernet by putting the type field value of 0x0800 in the tlur- 
leenlh and fourteenth bytes of the Ethernet header. It can 
also be called from the SNAP protocol which is above the 
IEEE 802.3 and 302.2 protocols. The SNAP protocol maps 
the field value 0x0800 to IP just as the type field of Ethernet 
does. Both of these protocol combinations call the same IP 
life module. 

The module record registration class allows the decode 
writer to Specify the decode modules called from a particu- 
lar pr< ilon \l K< it example, in the IP module record registra- 
tion class, a value 0f5 in the next protocol field maps to the 
system calling the transport control protocol Another exam- 
ple is 17, mapping to the user datagram protocol from Ihe DP 
module record registration class. 

Path Entry Class. The path entry class joins the ADU items 
together In form a chain of ADl T s collected into one analysis 
item. The data passed in the analysis item might contain an 



Ethernet ADU. an IP ADU, a iranspon layer \DI and per- 
haps a file transfer protocol ADU, In addition, standard top 
and bottom ADUs are added to the package to take care 6t 
user data such as a file transfer (the top A! >U ) and media 
information (the bottom AIM i 

In addition to formatting the information sent to the general- 
purpose environment and eventually the display, the path 
entry class also takes care of forming the paths in the ART 
environment. These paths uniquely define address-specific 
mappings. For example, consider a protocol stack in which 
MAC address A is talking to MAC address B and the IP ad- 
dress for A is C and the IP address for 1.3 is M (see Fig. 7). hi 
this stack C will be above A and D above B. The path entry 
Class will tie A to B T A to C, B to D, and C to D so that one 
side of a protocol conversation can always see the state of 
the other side. 

Path SAP Entry Class. The path SAP entry class allows 
connection- oriented protocols to keep track of the two 
sides of a transaction and to store additional information 
in a common area. A scratch space can be allocated to keep 
track of the state of the connections, the sequence numbers, 
and any other information that would help follow* a connec- 
tion and share information between the tw r o sides of the 
conversation. 

A strict layered approach to protocol analysis was chosen 
lor the decode development model because it allows dynamic 
allocation of protocol analysis decodes and frees the devel 
oper from the need I o depend on knowledge about any ol her 
protocol above or below T a protocol module. For instance, 
the IP module knows that several different protocols tan he 
sent information via the next protocol Held, However, be- 
cause of the layered approach in ihe ART environment, the 
IP module does not have to know that any of these protocol 
decodes actually exists, the module will send the data to 
the next layer, and if there is no decode for the data, the 
flat a automatically gets put into the top protocol modules 
hex field in the ADU. This indicates that there are no more 
consumers for the data and signals the AET environment 
that an analysis item is complete and can be seat to the 
general-purpose environment for display. The IP module i> 
then ready to process the next frame, 




Fig, 7. .1 'ntiUt-t'iHin.s formed between AI 'Us by the path entry class 
dons within des 
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I sing a prototype template for these four i lasses and two 
very diverse protocols as the first ones to be developed in 
this environment we men 1 able to tesi some of the decodes. 
As more and more decodes were developed, improvements 
to the templates were made. For instance, a function call was 
added to set a bit indicating to the general purpose environ- 
ment that a frame contains an error. \|sn, subclasses were 
developed thai are useful to different protocol stacks. An 
example of this is a class for handling reassembly, This class 
is used in IP and the ISO network layer decode. 

To test decodes in the ART environment, the input to a 
decode was simulated using tools thai lake an input tile de- 
scribing the scenario to be tested and provide a stream input 
to test the ART code on an HP I \ ;: operating system. This 
means that all the test cases a protocol can expect to see 
can he put inio a file and tested as the code is developed. 

The ART environment is designed so that all protocol analy- 
sis can be done once in one place. This design allows the 
display modules tu he concerned only with i he presentation 
of data and not with any protocol-specific fcni >u U^lg?. 

Decode* in the General-Purpose Environment 
The decode modules in the general-purpose environment 
were designed around the three main methods of displaying 
informal ion described earlier. These three displays allow the 
user to traverse from a high-level summary of Information to 
the lowest bit-level interpretation. Since they are relieved of 
any protocol analysis duties, ihe general-purpose decode 
modules concentrate on taking Information from ihe analy- 
sis items from the ART environment and ihe format Infor- 
mation from a database tO provide Iheoplimal displav of 
informal ion lo the us, i m . y\^. g), 

Like ihe ART eu\ imnmenl, the gen era I -purpose environment 

was designed using an object-oriented approach. Because 

the ADUs consist of the same three sections, Mure is generic* 

h in rji* general-purpose environment thai parses each of 
the three sections. These parsing modules are optimized 
depending on the what ihe user is viewing. For Instance, ii 
ihe user is looking at a summary view wilh only one stack 
open the parser can traverse the analysis item pulling from 
e& Hi API" only ihe information needed for a sun unary 1 
view. This optimization leads to a significant Increase in 
the performance of the display system. 

Poi the decode developer; display format information is in- 
put via a database file written in DBF (database forinal i 

This ASCII rile, which is usually wrillen pear the end oj ihe 



decode development cycle, contains information about map- 
ping numbers contained in the ADU to strings displayed in 
the decode windows. This Trie is parsed into Smalltalk 
Collection and Dictionary classes, which are used at run time in 
the general-purpose environment. This implementation has 
two ven Important advantages to the decode developer. 
First, no knowledge of SmallTalk is required 10 develop the 
deeode modules. ( >ne less environment to learn helps to 
i development time and fully us» 
< k ol analysis skills of the pr« rtocol c second 

ue is that the decode developers are not required to 
do run-time debugging of the decode modules. This dr;, 
cally reduces the variciv of bugs thai occupy the protocol 
expert's time. 

The DBF file format has several sections. The first section "m 
Setup information. This includes the name of the decode 

U' the net work media (e.g.. IEEE 802*3), and the 
names of the online help files that can he referenced. 

The second set nun in the DBF file contains data for map- 
• i h< i onstants $&$ in the ADUs to the strings ihat ap 
pea 1 in the different pn ih koI views. Tliis mapping informa- 
4 tiou is split inin four sections; mnemonics, errors, warnings, 
and status messages. There are sonic strings common to all 
these sections. For instance, if there is a checksum error, 
one common siring to indicate This condition is included in 
the system errors File. In addition 10 mapping strings, the 
mnemonics section also has a provision for declaring the 
format in which to display the value. Some eommon display 
formats are convertToDecimal, corwertTo Binary, convertToOotDecrmal, 
cOFwertToHex. and corwertToAddress. With the convertTD Address 
formal, user names are mapped to addresses and pur into 
the database in place of network addresses, 

A significant contribution is ihe ability to display the proto 
Col fields in a manner thai makes sense for each field. Foi 
instance, in the II 1 protocol the first field is the version mini 
her. 1 1 is four bits long, and instead of showing the user ihe 
four bits, a is displayed in decimal as the specification is 
written (a 4 is easier to read than 0100), Another example of 

ibis is also in ihe IP protocol, the precedence field is in the 
Second byte of the potoeol and is three hits long. To a user 
who is uol familiar with I his field. Ihe values mean 
little. However. 10 a Network Advisoi user, the value column 
shows thai the field is three bits long and specifies the three 
hits. In addition to this, the thud column givesa high-te\< I 
interpretation of these bits (Routine precedence in Fig. It 

The nexi section in the DBF file corn a ins the strings I'm 
<ut 1 ut 111 headers for the summary, detail, and data view 
windows. 

When the fields 111 die DBF have been filled in, the DBF file 
is (hen pui through a parse routine This compilation is quite 
robust in terms of catching syntax errors and typing mistakes. 
The result is a file of type xxxmsr, which is a measurement 
file used ai run iime b,\ the decode modules in the general- 
purpose emironment 10 display the decode information 

The firsi pass through the development of the decodes in die 
general-purpose environment revealed many areas for opt! 
mi/at ion, Because the inpui to the decode modules [5 an 
ASi II tile and Ihe modules are de\ eloped with an object 

oriented language, a second pass through ihe system was 
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done late in the development cycle to find the common ele- 
ments among the prolocols. For example, a number Ls now 
used to represent common field names, errors, and warn- 
ings, Also, (he "lei iii I display uses every syntax reeonl so 
there is no need to specify its formal in the ASCII file, and 
many of the same semantic records are used by protocols so 
a standard display method was developed for these records. 

The same testing approach used in the ART cnvironnienl 
w r as used in the general purpose environment. Files nf At >l 's 
for analysis items) were generated in the AET environment 
and transferred to a PC' running the generaJ-puipose envi- 
ronment. These files were then fed to the decode window as 
if it were running from data stored in the capture buffer in 
flie AlvT environment All of the test cases used lo test die 
ART code were used to lest the general-purpose portion of 
the product. [ft addition to testing in separate environments, 
lest files were sent bo an IIP 1U72A protocol analyzer and put 
nnin itie IKKK S02.JJ media fur live capture bj Ifte hardwitre, 
The results from testing with Ihe IIP4972A were compared 
with results from previous tests to verify consistency of 
results and regression testing. 

The Results 

The genera] -purpose development effort for decodes was 
reduced to less than 20% of the total decode development 
I ijue because w r e used protocol templates, eliminated the 
need for OUT protocol expert to develop in Smalltalk, and 
used a robust parser that caught many of the syntax errors 
in the DBF file. Debugging time was also reduced hermise 
the general-purpose decode Hies are one slep removed from 
the real-time processes. 

By dividing the decode implementation into two environ 
met us and identifying conventions between common proto- 
col decode tasks, the development time for new protocol 



decodes was significantly reduced. All major protocol stacks 
have been decoded and Hie embedded protocols have been 
accounted for automatically. There is a great deal of code 
r-fuse between diJTcrenl protocol slacks because of the 
inherited fiirulioiialii> provided by using object -oriented 
environments, 

There are a tew exceptions in which the strict vertical com 
mimical ion between protocols had to be subverted, For 
instance, in the SNAP decode, if the next protocol field indi 
mi AjiphT.ilk protocols, the lowest layer is examined 1o 
see ifil is a token ring network or Ethernet, A modification 
is then made in the AIM' to send this to either a Token bilk 
or an EtherTalk decode based on the lowest layer Another 
example is in the Novell protocol stack in which a reply 
frame contains a frame number arid a packet type for the 
corresponding requesl frame. 
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Mechanical Design of the HP 4980 
Network Advisor 



The package design for the Network Advisor was guided by the electrical, 
mechanical and ergonornic requirements of a PC-based protocol analyzer 

by Kenneth R. Krebs 



The IW IS80 Network Advisor package consists of 31 
inject inn-molded parts, C~ sheer -metal parts, 1M cabies, 
nine printed circuit boards, two cusloiu-macluned parts, a 
custom power supply, flexible and hard disk drives, a color 
or monochrome LCD (liquid-crystal display ), and ruiiu 
other custom and standard parts. Its lunged, fold-up, flat- 
panel display and fold-down keyboard are designed to make 
11 easj lo use the Network Advisor either on a desktop (mv 
Kig. 1 on page 6 J or in a floor-standing position (see Fie 1 f, 
while providing maximum portability when closed. It lias 
interchangeable network interface modules that mount to 
the underside of the instrument. The overall package mea- 
sures 5.9 inches high by 14.3 inches wide by 10.8 inches 
deep and weighs 25 pounds fully loaded. 




Fig. L Tfi. \iiv.,,.r|. Vh. irfciaffocH -I ,- 1 1 ■-■ I j i ■ > -piisjij. n 



Design Decisions 

Mechanical design for the Network Advisor was driven I y 
several maj or decisions made wry earh in the product defi- 
nition phase of the project . The first of these was to make 
the instrument DOS-compatible and, therefore. PC -based. 
Because of the dominance of the DOS operating system in 
the LAN testing market, our customers demanded DOS 
compatibility in our products. 

While we did not intend to market the Network Ad\ isnr as a 
PC that does protocol analysis, but rather as a protocol ana- 
lyzer with an embedded PC, we did feel fhat the ability to 
run standard PC applications < e .g.. word processors and 
spreadsheets) would be a marketing heneiit. Therefore. we 
needed a full-sen en so-eolumn display. Since the VGA stan- 
dard was emerging as (lie choice nf the future, we chose it 
foi our instrument. A second result of the DOS decision was 
the requirement for a full-function, full-size PC keyboard 
and internal flexible and hard disk drives, 

\ second decision (a result of the first design decision) 

was fch€ need to fee able td install at Icasi une and prefer- 
ably two standard, off-the-shelf, full-length. low-profile 
Pi cards. 

The llurd major decision was t lie choice of a Hat -panel 
leehnolugv nvn a CRT* The VGA decision dictated a CRT 
loo bulky and heavy to meet our portability requirements. 
Also. CRTs Imve some manufacturing disadvantages we 

wished io ;iwud (e.g.. pincushioning. alignment, high volumes, 
and shielding), We also felt thai the market perception Of 
flal panels as a leading edge technology would be beneficial 

We investigated several flat-panel technologies including 
electroluminescent, gas plasma, and liquid-crystal. Electro- 
luminescent and plasma displays were costly, had high power 
dissipation and lacked sufficient grayscale shades. After 
investigating several types of LCD. we chose a cold cathode, 
backlighted, filui-coinpensnied LCD as having the best com- 
bination of brightness, contrast ratio, cost, and weight, Just 
before our tooling release. Sharp Inc. introduced a 10.4-in< h- 
diagonal. ITT (thin-film iransNiurj active maim, color LCD, 
which is larger and thicker than die monochrome LCD we 
had chosen. Altera redesign effort to accommodate the 
larger display, the displaj housing injection mold was de- 
signed with mseris hiallnu for both Color aitd monochrome 

versions. 
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Because there are several different networking technologies 
(e.g„ token ring network, Ethernet, fiber distributed data 
interface (FDDiyj, our instruments need different hardware 
sets for data acquisition and analysis and different external 
connector types for connection to the network. In the past 
we accomplished this hv offering different interface mod- 
ules (pods j rjihled to Hie base instrument (mainframe). Con- 
sidering how to handle different network technologies led to 
our fourth major design decision which was to integrate the 
l>nds into the mainframe so that nothing external would be 
required or would hang off the instrument and get in the 
way during operation. These integral pods needed to be easy 
to install and remove. The difference in networking technol- 
ogies also required that the network line and event status 
LEDs on the front panel ( 'up to 12 pairs with each pair con- 
sisting of one red and one green LED) he easy to rel.it >cl 
since different network types have different numbers and 
types of lines and different nomenclatures. 

Another important design constraint was the requirement 
that the user be able to operate the instrument conveniently 
on a desktop and on the floor. Frequently our customers 
need to make their network connections in a small control 



room, a doset, or around the back of a patch panel where 
tabletop space is unavailable, 

Since many of our customers are third -parry network service 
providers w r ho travel wilh the instrument 10 their customers 
sites, the instrument had to be truly portable and rugged. 
This mean! that it had to Hi under an airline seat and weigh 
less than 33 lb ( we set a target of 20 lb and achieved 25 lb 
with a fully Configured instrument). This also meant that we 
needed a carrying case not only for the instrument but also 
lot appurtenances such as interface cables and different 
interface modules. 

Many of our customers are run work managers who do not 
routinely move I heir inslniuients from place to place. There- 
fore we wanted a configuration dial would work well with 
an external color monitor, preferably one that could support 
the monitor on lop of n so aa to use as little desktop space 
as possible. 

Lastly, we wanted a package that made a irue contribution 
to m am t fart u nihility by being very easy to assemble and ser- 
vice* Therefore, we wanted to eliminate as many fasteners 



Display Housing 




Fig. 2. Display housing and other 

components for the color LCI I 

panel. 
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and small parts as we could. We also wanted this package to 
be as flexible as possible for maximum longevity and reuse. 

Design Concept 

design decisions described above resulted in the follow- 
ing implementations for the Network Advisor package. 

Display Housing. The choice of a VGA flat-panel display 
sign concept in which the display rotated 
moved into viewing p< make it stationary on 

would have made the Instrument too large or 
required an upright package similar to the HP Integral porta- 
ble scientific computer — a design ill-suit* 
: lotl or for use with an external monitor; Rotating the <1 
up and back into position as is done with a laptop ■ 
equally unsuitable. Rotating the display up and forward puts 
ii in good viewing position above the keyboard for desktop 
operation, and rotating it a bit farther puts it in good posi- 
tion for floor-standing operation w ith ihe instrument stand- 
ing on its rear leer. The displ;i\ housing unit has two pivot 
arms at its bottom corners (see Fig. 2). The right pivot arm 
carries the friction clutch that link Is the display in any posi- 
tion. The left pivot arm routes and proieeis ihe display sig- 
nal and backlight cables. In addition, the lefl pivot arm has a 
short, molded circular protrusion which aeis as a shaft. This 
shaft gels captured between semicircular features molded 
into die front panel and a front-panel rear cover piece which, 
when the pieces are assembled together, form a bearing £g$e 
Fig. 3). This bearing captures the shaft for rotational suppori 
of the left, side of t lie display housing unit. In ils folded-away 
position, the display resides in a recess molded into the 
plastic top chassis. 

Even in ils folded-away position, the front of the display is 
exposed, and a cover piece is required to protect ihe display 
during travel. This projective lid has side latches that snap 
onto the lop chassis. The side latches are pressed inward to 
release the lid, whereupon it is rotated up and back (see Pig. 
4). After tnfi display is raised, the lid is again closed and 




Fig. 4. Tl le protective lid used to prmeer the di 

howri Is the location pi the deta* h,if .■ 
snaps into the underside of the 3 el work Ad\ \ 

The pod assemhly i- later in this article 

latched. Tlie lid also acts as 1 1 n * platform to support an ex- 
ternal monitor when the display is lefl folded away fa user 
must software-select which display is on at any one time to 
keep the internal display from overheating when closed ;■. \ 
large, polycarbonate label covers the underside of this ltd io 
hide the extensive ribbing needed for stiffness, 

Keyboard. The full-size keyboard is hinged onto The front 
panel where, in its closed and latched posii ion n protects 
itself and the front panel 11 unlatches and rotates into posi 
lion on i wo custom shoulder screws, Nylon-inserted lock 
mils captured in each end of the plastic keyboard housings 
keep the shoulder screws from backing out against the key- 
board rotation. A ercseeui spring washer sandwiched be- 
tween a Hal washer i to protect the plastic from galling) and 
ihe underside of each shoulder screw head provides friction 
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Display Assembly 



Semi-Circular 
Features 




Fig* 3* Proni panel and front- 
pane) reai • ■■-. imm the 

■.'Nin In ular Features molded into 

I .ill -mii ■ v. i in h farm a \ 

imi holding the displaj how I ■■ n 

i -- 1 : i ■ i 
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to hold the keyboard in any position for typing (see Fig 
Normally flu- keyboard is simply rotated until it rathe 

desktop a I a seven degree angle for comfortable typing, 
When i lie instrument is standing vertically on its rear feet 
Ji n floor operation, the keyboard rotates around to a slop so 
that it is in a rom fori able position for taping while fining in 
front of the iiisinniMii! i see Fig. l i While not easily detach- 
able, ihe keyboard is removable in ihe event thai a user 
wishes to use a standard mi -key keyboard instead of the 
one provided. An adapter cable is provided for this purpose. 

Mure Than ;my other feature, r I l< ■ keyboard, folded in a verti- 
cal position when closed, determined the height of the* 
instrument The keyboard and the nevd for a full-length IV 
card determined the width of the instrument. The overall 
length was determined by the components inside the instru- 
ment, with consideration given to how tall the package stood 
in its floor-standing mode. 

Top and Bottom Chassis. The bottom chassis acts as the 
foundation on which all other^subasseniblies rest (see Fig. 
6a). It measures &2 inches high by 14 inches wide by I 1.2 
inches long and is molt lei I in a 600-ton press. To reduce the 
number of smews, many molded I'eaiures ad either as snap 
lit receptacles >>i anchors for other parts and assemblies 
Major assemblies such as the front panel, handle, and rear 
panel chop vertically into molded grooves and are held in 
place until the installation of the top chassis captures and 
anchors them by the addition of four screws. The top chas- 
sis (Fig. 6fe) is roughly the same sizu as Ihe hot I out and is 
molded in the same press. Tabs on the top chassis mate fco 

^Ims in the front panel and front panel rear cover hi anchor 
that assembly and provide good seam contact Tor EMI 
suppression. 

Pods. The Interchangeable interface modules (pods) house 
the data acquisition and analysis hardware and Ihe connec- 
tors for Ihe physical interface to Ihe network A plastic 
molded housing forms the bottom section of the pod con- 
tainer. A pair of painted and screened sheet-metal covers are 
lap-joined together using flat head screws, countersunk 
punched holes in one piece, and press-in floating fasteners 
in the other lo form the lop section of the pod < < mlatner (see 
Fig. 7), This was done to compensate for assembly tolernnee 
slaekup and to allow for eas\ assembly of different network 
connector types and combinations. The printed circuit 
boards mount to each other tffa board*! o-board connectors 
and snap-mount, press hi standoffs. The printed circuit 
board subassembly then snap-mounts to press-in standoffs in 



From -Panel 
Cover 





Bottom Chassis 



Crescent Spring 




Fig. 5. Keyboard connection to the R 



Fig. 6, \a) The bottom chassis of the Network .V3visi>r ii'i I 
chassis ..J" r[u Ptoworl ' 
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Metal Covers 





IEEE80Z5 
i Token fling I Board 



IEEE 802.3 
lElherrieU Board 






Pod Housing 



Main Pod Board 



(a) (b) 

Fijj. 7. Pttd assejuMa (a i The thri e main components of t|ie pod as • ' 'i i The ass< mbled pod. 



I he sheet-rnelal covers The whole assembly then screws to 
the plastic pod housing. 

An assembled pod mounts on the underside of the mainframe 
(see Fig, 1) using four quarter-turn fasteners. Hie quarter-turn 
studs are captured, but final freely in the pod housing and 
mate fco receptacles thai are ultrasonicallj installed in the 

bollom Chassis. All Of the standard PG signals arc bused 

ionn the mainiranu m the pod through a unpin connector 
[»air which automatically male during pod installation, Tlie 
pod cannot be installed Incorrectly. The network interface 
connectors are mounted along the side of the pod, which 
puis them in easy reach for conned ion to the network, espe 
chilly in Boor-standing operation. The exposed sheet metal 
front panels of the pod through which these connectors pro- 
trude are recessed fed keep ihe connectors protected. How- 
i-\-< -I. (his configuration reduced the internal width available 
in the ppd for primed circuit hoards, A lull length, standard 
Pi card was too lung lo lit in litis width. Therefore, two 
plastic molded etui caps were tooled to allow for the inclu- 
sion of the PG card hi thiscase, ihe sheet metal, no longer 
exposed, is reduced lo a single, llat. unpainled piece which 

helps retain the end caps and close up tne pod. The pnd can 

accept < lih-r one full-length and our :|/4-lentfT.h, low-profile 

PC card, or our custom LAN data acquisition hoards, hut r i > ■ i 
both .situullaneously. Because we oiler some products in Ihe 
form of 1*1 cards for use in customers 1 existing network 
computers, these cards can also he put into pods for use in 
Ihe Network Advisor ( )ne example of this is Ihe IIP IboTPC 
wit If area network analyzer, which is nn ;i l'< raid Willi this 
feature, acuslomcrean install an IIP 4957PC Into a P0d To 
make Hie Network Advisor into a wan analyzer. 



Bottom Feet Along the bottom ol the pod housing me molded 
two long rails 1 hat 'joiiT' die front and rem" bottom led 
molded into ihe bottom chassis. These rails are 0.5 mm 
shorter in height than the chassis bottom feet. This ensures 
thai while the bottom feet are always the ones to bear the 
uci^ht of the instrument, they do not catch the hack ol a 
user's leg when the instrument is carried by its padded, 
flexible sitle handle. 

Rear Panel. The molded tear pane] mounts Ihe line filter/fuse 
module, the fan, and the external PC ports printed circuit 
board, which provides two serial ports, one parallel poll, 
and one video port I see Bg N), The area behind which the 

PG ports board mounts is formed using mold inserts to allow 

easy changes in Ihe number and confirmation of connectors 
(e.g., adding IIP-IB or N< SI). A fan grill ami cage are molded 
inio tin- panel s<» that the fan can be snapped into the panel 
without the use of fasteners. A molded in feature acts to 
capture the RAM backup battery in the bottom chassis when 
the rear panel is installed. All text and graphics (connector 
labels, line information, safety warnings) are moided-in on 
mold inserts lo make (hem easy to Change or repair Also, 

n m ts indented in ihe plastic [raised on the inserts] and 
molded into shallow recesses to accepl labels to cover the 
icxi jj ii becomes necessaiy (eg,, labels for different lan- 
guage versions). \ Ioit^ label was added to accept new 
warning and regulatory messages as they become necessary. 

To oli ng an d M ol d i n g 

HP's Palo Alto Fabrication Center (PAFt) molds most of the 
Network Advisor's plastic parts. Mohay's Bayhleurl FR1441 
polycarbonate/AUK blend was chosen as Ihe basic materia] 
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Line Filter/Fuse 
Module 



External 
Ports Board 




Fi& 8, Components anai hed ■■ ■ "! : - n arpand of the \- iw. • 

for its combination of strength, molrlability, appearance, and 
price. Two parts, the display cover lid and the display hous- 
ing rear cover (both large, thin parts), required PR 1439, 
which has a higher percentage of ABS, for increased mold- 
abilily lo prevent warping and lo reduce blush. Two small 
parts (molded by a second vendor), the snap-on side feel 
and the snap-on rear mounting screw covers, use GE's Lcxan 
920 straight polycarbonate. While we feared a noticeable 
gloss difference between the blended and straight materials, 
our fears were not realized and the match has been good. 
The snap-Oti display lid latches also use this material for 
Strength reasons. They have a molded-in cantilever spring 
that provides the force to return them to their home posi- 
tions after unlatching. Straight polycarbonate with its higher 
allowable strain tales and creep resistance was needed for 
these springs. The friction clutch arm bears the brunt of the 
display housing support and torque when moving the dis- 
play. For this reason, it is molded in a 40% glass liber HI In I 
polycarbonate for strength and stillness. The key raps are 
molded in polyester to allow sublimation printing of the 
three keycap legend colors. 

All external cosmetic surfaces an* textured using an HP 
frosted grain III specified as 0,003 inch deep on typically 
2.5 draft. 4 Some surfaces, however, were designed with 
only 1.5- draft. On these surfaces, the texture is specified 
as 0.0005 inch deep to avoid possible ejection problems. 

' A draft is a slight angl-nq of the ve^r cal avails rjf an miction mold to aitow the molded part lo 
separate from the moid 



As mentioned previously, the display housing and display 
housing real -cover molds w r ere designed with two sets of 
inserts to accommodate the color or monochrome LCD dis- 
play. The color LCD has the larger active area opening and 
requires different mounting boss height and location. 

The handle-mounting piece and the front-panel rear cover 
piece are about the same size and weight. As a result. \\\*\\ 
were pm nun a family mold to *a\e On both mold cosl and 
part cost. This later had the disadvantage of changing tw r o 
parts when only one, the handle mount, needed its thickness 
reduced. Additional work was then needed on the front - 
panel rear cover to compensate for the reduction in the 
mold separation line. 

During the lab prototyping phase, WQ soft tooled the entire 
box using methane molds for pans over 40 square inches 
and aluminum tools for the smaller parts (a process limita- 
tion). The vendor worked directly from It JPlS :::h translations 
of our 2D, undimensioned HP ME 10 drawings. The parts 
had molded-in color and texture but were soft and capable 
only of limited structural and temperature testing. The 
smaller pails, molded in aluminum tools, were molded in 
their proper materials. w T hich allowed thorough structural 
testing of these parts. While this process produced high- 
quality parts thai were very useful in our evaluation, the 
process was costly and took much longer than the vendor 

estimated. 

With an all-plastic enclosure, we knew that shielding tech- 
nology would become a critical factor. From the outset, we 
planned on vacuum-deposited aluminum for this job. This 
technology was available in very few places. Also, the Size of 
some of our parts {requiring up lo 600-1 on presses) limited 
the m older selection greatly. However, one molder had up fcO 
1000-ton presses arid the ability to do vacuum deposition 
in-house. This vendor selection later proved to be unfortu- 
nate For two major reasons. First, they relied heavily on cut- 
ting cavities in the parent steel. Many of our parts have deep 
ribs and intricate features which, later experience would 
show, would have been more easily polished and otherwise 
1 lined had They been formed using mold inserts. While more 
c ost ly up It out , Ins e r 1 e d m o Id s w m i k] h a\ e saved u s t i n i e 
and money during the tool try out and tuning phase of our 
product development. In some cases, attempts at changing 
the parent steel, especially polishing of deep ribs, caused 
mold damage that could not be fixed, leaving some pans 
permanently out of specification, In these eases, unfortunate 
and costly design changes were necessary. 

The second reason was that w T e found out very late in the 
tool tryout phase that the molder could no longer supply us 
with molded parts. During the ensuing turmoil we initialed 
our contingency plan of moving the molds to FAF(\ which 
had recently installed a new ;Vi0-Toii press capable of mold- 
ing our larger parts. This transition wot rid have been signifi- 
cantly more painful Hour materials department had not 
planned for it. 

' IGES I hit ial Graphics Exchange Specification) is a fflfl foftflatlfcat is used to describe " • 
created with CAD praams 
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Environmental Testing 

The 2-to-J-um-ihick vacuum -deposited aluminum coatins 
proved to be an ineffective shielding technology witJi which 
we experienced flaking problems, especially during humid- 
ity testing. Our search for an alternative included ni 
based and copper-based paints, clcctroless copper plating, 
and zinc arc spraying < ZAS j. After tests and evaluations of 
the coat ro liability of lite processes, we opted for ZAS, a ca- 
pability dial PAR had tn-housa \\ hile Tins has proven to be 
more costly than vacuum-deposited aluminum, it tuts al- 
lowed us to meet our targeted CISPR 11* radiated emissions 
specification. Initially because the silicon ZAS masking fix 
and flexible for easy cleaning, the force of the 
spra> would sometimes blow the mask away from the part 
allowing zinc overspray to get Oil the cosmetic surfaces. 
Reinforcing the masks brought the process under control. 

Many of our part interfaces were designed with 2tO-3-un> 
thick aluminum coating in mind and therefore had very small 
clearances. The move lo (MH.):.Mo-l .1.007-inch-l hick zinc caused 
some clearances to become interferences. In some cases, 
this required tool modifications io make pans thinner. For- 
tunately, in most cases this could he accomplished by simply 
shaving the core-side parting line and readjusting shutoffs if 
necessary. In other cases, costlier tool modification requir- 
ing welding and reclining was needed. However, in one case 
welding was impractical and zinc had to he masked from 
affected areas. While shielding effectiveness was reduced, 
the ZAS process, coupled with other internal electrical and 
cabling modifications, gave us enough margin to pass the 
CISPR 11 specification. 

The package was tested to the HP class Bl shock and vihra- 
Soil Specification 11 was tested in elosed-up-t'or-t ravel desk- 
lop {display up, keyboard down,}, and floor-standing config- 
urations in hoili color and monochrome displaj versions. 
No unacceptable damage was sustained. 

Cooling of the package is provided by an 80-nmi-square 
fubeaxial tan with a maximum airflow of 38 fl'Vmin. Ambient 
air is drawn in ai the rear of the po<l, across the pod elec- 
tronics, and up through the top of the pod into (he bottom 
chassis. Once Inside ttte mainframe, il joins air coming from 
the base of the front panel, goes across the power suppK 
and the PC system primed cireuil board, aud exhausts 
through I he rear panel. ( )ur worst case pod, dissipating ap 
proximately "u waits, experiences an air temperature rise of 
only |6 G Use temperature rise in the mainframe is 12" r 
above tin- system hoard and !9 !J c above the power stippb 

■ Comite IntL^nyLKjnal Spti&al des Pe ri u r bst ions- ttadioi I ectf i q ue s { tn Ea ma I <onai Special 
Committee on Radio Interference) 



All of these temperatures remain well below what we can 
tolerate given the temperature 1 mutations of the disk drives 
and the LCI) The maximum allowable ambient operating 
temperature of the hard disk drive and color LCD is 40"C. 
and that of tru drive and monochrome LCD is 

1" ( \ The minimum allowable storage temper it her 

display is -2§ ( I i > ivii t die full HP class Bl temper 

: ton had to be waived in deference to these compo- 
nents. The monochrome LCD e\ | U erne response 
sluggishness al very tow ternneratures and washes out at 
high temperatures i adjusting the contnist control does no* 
help). Tlie color LCD experiences no such performance or 
visual degradation at the temperature extremes. 

The supersoak and condei m umidi$J 

testing were noi <]< me because the LCDs and disk drives do 
not allow them. The polarizers on the Lefts cannot tolerate 
standing water for any length of tittle. However, we have an 
optical film applied to both LCDs for ant! -glare and protec- 
tion from snatching and chemical contamination. The other 
humidity testing done on the instrument presented no 
problems. 

While our altitude testing indicated no problems, we learned 
a valuable lesson regarding altitude effects. The large label 
thai covers the ribbing on the underside of the display cover 
lid entraps air in the dozens of hermetically sealed pockets 
ii forms, When an instrument huilt at a 0000-fuot altitude 
Hike Colorado Springs) made its way lo sea level, these 
pockets collapsed a little causing an unacceptable dimpling 
effect in the label As an interim remedy, we had 1 to machine 
writs into the top of one rib in each pocket to allow the 
pressure to equalize. Later, 122 pins were added to ihe mold 
r r :- provide these vents, 

ESD testing has shown no hard failures up to the 25-kitovolt 
limit. 
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The Microwave Transition Analyzer: 
A New Instrument Architecture for 
Component and Signal Analysis 

The microwave transition analyzer brings time-domain analysis to RF and 
microwave component engineers, A very wide-bandwidth, dual-channel 
front end r a precisely uniform sampling interval, and powerful digital 
signal processing provide unprecedented measurement flexibility, 
including the ability to measure magnitude and phase transitions as fast 
as 25 picoseconds 

by David J. Ballo and John A. Wendler 



As signal processing capabilities advance, modern micro- 
wave and radio frequency I UVi systems are becoming more 
and more sophisticated. Puised-RF signals, once used only 
for radar applications, are increasingly being used in com- 
mimical ion systems as well These signals routinely have 
complex modulation within ihe pulse, especially freuuene\ 
and phase variations (see Fig. 1 \, Operating frequencies and 
bandwidths continue to increase, placing additional demands 
on ihe components of the systems. 

Engineers responsible for the design and testing of such 
components and systems often need to measure them under 
the same dynamic conditions as those in which they are 
used Por example, ii may he necessary to measure 1 a de- 
vice's response to phase coding or linear freqaencj chirp 
inside an RF pulse. 

Measurements with traditional frequency-domain instrumen- 
tation are often insufficient to characterize and understand 
fully the operation of components in dynamic signal environ- 
ments. Before the microwave transition analyzer introduced 
in this article, no single instrument could handle the diverse 
range of measurements required for dynmuic testing at micro- 
wave frequencies. In addition to the new measurements il 
makes, I his analyzer cm 1 perform many of the measurements 
piv\ iuusk requiring Ihe use of network, sped nun, dynamic 
signal, and modulation analyzers, as well as oscilloscopes, 
counters, and powermeters. 

Importance of the lime Domain 
A kr> benefit nf ihe iuicrowave transition analyzer is that ii 
brings lime-domain analysis to BF Bind iiihtdwiiw COmpo- 
nent engineers. In addition to its use in pulsed KF testing, 
Ihe time domain is essential to i haracl crr/ing and under- 
standing nonlinear devices because one can clearly and intu- 
itively see the relationship between the input and output 
signals. As an example, both signals in Fig. 2 would appear 
identical if displayed on a spectrum analyzer Even if the 
phase of the harmonies were known, the differences be- 
tween the signals w«hj id imi be immediately obvious. When 
viewed in the time domain, however, it is clear that signal 1 



is clipped (the output of a limifer. say}, while signal 2 has 
crossover distortion (What might be seen at the output of a 
eiass-B amplifier, for example). Without the time domain, 
engineers have had to guess a? i ho underlying causes of ob- 
served frequency-domain behavior The ability to view micro- 
wave signals in the time domain has also proved to be ex- 
tremely valuable to designers that are using CAE microwave 
design simulators, sueh as HP's MDS. Now simulations 
based on eircuit models i an be easily compared to actual 
measurements in both ihe time domain and the frequency 
domain 

Historically, most measurements uii high-frequency nun- 
linear devices have been performed in the frequency domain, 
i >fien, Ibis has been because of inadequacies in lime-domain 
Instrumentation. When frequency-domain informal ion is of" 
prime cone -em, spectrum analyzers are superb in their ahih 
n > to display harmonic modulation. and spurious signals 
with a large dynamic range. However, without the phase of 
Ihe frequency components, the time-domain signal eannoi 
be reconstructed. Network analysers are excellent for per- 
Jt iiiuiug linear, small-signal, frequency-domain testing, but 
they are limited in their ability lo characterize nonlinear 
devices. The addition of harmonic and offset sweep capabil- 
ity in nil work analyzers has helped* bin the lime-domain 
perspective is still missing. 

For envelope analysis of pulsed-liF signals, Spectrum ana- 
lyzers offer some limited time domain capability, Recently, 
netwnrk analyzers luve been adapted for pulsed-RF time- 
domain testing as well. Because of the architecture of these 
instruments* the intermediate frequency < IF) bandwidth 
imposes an upper limit on the measurement bandwidth. The 
result is minimum measurable edge tunes of greater than 
100 us. The microwave transit ion analyzers architecture 
does not have this restriction. Kdge speed is limited onh L\ 
the RF bandwidth. Consequently, magnitude and phase mea- 
surements on pulses ft -Mi rise times as fast as 25 ps are pos- 
sible. Fig, 3 shows an example of a microwave transit inn 
analyzer measurement . 
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Fig. LE&ampIes of complex mGdutai pha coded RF 

pulse. The waveform and magnitude den>4xMation a$e shown in 
the ui'f.iT hall Tht carrier's phase with ri spei I to a I "\v rJ ferfcro e 
i fi0wn i:. Mm tower hajj (b) Frequency modulation inside an RF 
i n h 'I'll'- wayefonn and magnitude d«jmodr4atJ$n are shwn si 
i'Im top, tht I'r'-ijN.-fii'v demodulation is shown m the n M dti and 
the magnitude spectrum of the pulse is shown at the bottom. 

The ability to measure narrow pulses ta Mir ttae domain ran 
also be used bo determine:* I he impulse response (and there- 
fore magnitude, relative phase, and group delay) of frequency 
translation components such ;>s mixers and receivers. By 

stimulant^ Utese dr sices with a narrow pulse Of fflF energy, 
Inne-domain distortion ran he direct 1\ observed, < >l'H i n, it is 

i he time-domain distortion ihai is ot interest, even though ii 



may be specified indirectly as magnitude and phase flatness 
versos frequency. By fransfonning the input and output 
pulses to the frequency domain with the built-in fast Fourier 
transform | FFT i and computing their ratio, the transfer 
function is obtained. From this, familiar results of magni- 
tude and group delay versus frequency ran be displayed. 
Network analyzers are only able to measure the phase and 

.p delay of frequency translation components i 
a reference or "golden" device. 

Ii is much easier to measure nonlinear devices at low fre- 
quencies than at RF and microwave frequencies- At low fre- 
quencies, general-putpose oscilloscopes readily show lime- 
domain beha\ T ion and dynamic signal analyzers provide both 
magnitude and phase in the frequency domain. "Hie only tool 
available for high-speed time-domain measurements before 
the microwave transition analyzer has been the high- 
frequency sampling oscilloscope. Initially, sampling oscillo- 
scopes were purely analog instruments, and in die pasi leu- 
years have incorporated digital storage and other enhance- 
ments such as markers. However, these iusi rumen ts have 
not enjoyed widespread acceptance from RF and microwave 
engineers for several reasons- The Fust is the difficulties 
involved in achieving reliable external Entering ai high fre- 
quencies and small signal levels. High-speed sampling oscil- 
loscopes have enjoyed the most success for use with digital 
signals where voltage levels are generally large and triggers 
are not difficult to obtain. Secondly, traditional sampling 
oscilloscopes are not very sensitive, especially compared to 
network and spectrum analyzers. The microwave transition 
analyzer incorporates selectable Biters bo decrease noise 
without limiting the signal bandwidth. The resulting iner- 
in sensitivity combined with interna) triggering across the 
full RF bandwidth greatly aids in the measurement of small 
signals. 

Excellent sensitivity also helps overcome a Umitation of 
sampling oscilloscopes for bigh-input-iinpedanee measure- 
ments ( >oU ohms |. I ill 1 1 recently, it has been very difficult 
to Obtain probes With lOW enough parasitic capacitance To 

he useful at microwave frequencies. Companies now ofSer 
solutions for high-frequency passive probing bui signal at- 
tenuation is significant This signal nitenuniion is tint a prob- 
lem for the microwave transition analyzer because of its 
high sensitivity, This has been especially beneficial for prob- 
ing in iii [no microwave integrated circuits (MMICs) at the 

wafer level . 

Finally, the operation of high-speed oscilloscopes has nol 
been optimized for RFatid microwave applications win 
terminology is often different from that used in digital design, 
The user interface of the microwave transition analyzer uses 
units and formats that are familiar bo RFand microwave 
engineers. For example, log-magnitude displays of pulsed- 
RF signals are readily available, and marker aunoiaiiou Can 
lie in dBin or dlie as well as volts. 

Microwave Transition Analyzer 

Tlie IIP 715D0A microwave transition analyzi r (Fig. 4) is a 
two ehminel. sampler -based instrument with an RFbaiHJ 
width covering from dc in 11) (ill/. The instrument is called 
a transition analyzer because of Ms ability to measure very 
fast magnitude and phase transitions under pulsed -RF con- 
ditions. However, this name does not encompass the full 
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Fig. 2. The unportance of phase information in noniirtea vitals l and 2 would apj '.eat • ■'■ a l m" > ' r ■ iih analyzer display. 



r;in^' of its mensuremeni capability. The microwave transi- 
tion analyzer can best be described as a trass between a 
high-frequency sampling oscilloscope, a dynamic signal 
analyzer; and a network analyzer. 

Like a digital sampling oscilloscope, the microwave transi 
lion analyzer acquires a waveform by repetitively sampling 
Ihe input, thai is, one or more cycles of the periodic input 
signal occur between consecutive sample points. However, 
unlike an oscilloscope the sampling instant is not determined 
by an external high-frequency trigger circuit. Instead, the 
sampling frequency is synthesized, based on the frequency 
of the input signal and the desired time scale. A synthesized 
sampling rate is an attribute that the microwave transition 
analyzer shares wilh dynamic signal analyzers. Also in com- 
mon is an abundance ol digital signal processing Capability, 
The FB% for example, allows simultaneous viewing of the 
time waveform and its frequency Spectrum, However, unlike 
a dynamic signal analyzer, the microwave transition analyzer 
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does no! have an anti-aliasing filter at its input. The sampling 
frequency is automatically adjusted to achieve a controlled 
aliasing of lire frequency components of the input signal. 
Finally, like a network analyzer, the microwave* transition 
analyzer can lie configured to control a synthesized signal 
source for the characterization of devices ^ iver frequency or 
power ranges, it can also receive a frequency that is offset 
from or a harmonic of the source frequency, and it can pro- 
vide frequency and power sweeps at a particular poinl within 
a putse of RK on pulses as narrow as 1 ns. 

Architecture 

Fig. r i shows a simplified block diagram of the microwave 
transition analyzer The analyzer has two identical signal 
processing channels. Kach channel samples and digitizes 
signals over an input bandwidth of dc to 40 GHz. The chan- 
nels are sampled simultaneously (within 10 ps), permitting 
accurate ratioed amplitude and phase measurements. A 
single synthesized low- noise oscillator drives a Step recov- 
ery diode, (lie output of which is split into mo pulse trains 
i hat drive (he microwave samplers. The microwave sam- 
plers and the analog to digital converters (ADC's) are run at 
the same frequency. The maximum sampling frequency is 
20 MSa/s { 20 million samples per second ). 

The signal at the output of the samplers is processed by a 
10-MHz-hand width low-pass IF strip. The IF (intermediate 
frequency) circuiliy includes a programmable shaping am- 
pi i Her in compensate for the sampler's IF response roll-off 
60 dH of step gain to oplimize the signal level into the ADC, 
ai ii I variable low-pass filtering to remove noise ami sampler 
feedthrough. The trigger circuitry is at the end of the analog 
path. Triggering on IF signals (instead of \ik' input signals) 
allows the microwave transition analyzer to be Internally 
triggered to 40 tillz. Enhancements to the hardware trigger 
are available through the use of digital signal processing, 

Periodic Sampling 

The mathematical analysis of periodic functions was begun 
in itu early l!Mh century bv Jean-Baptiste-Joseph Fourier 
Fourier's theorem introduced the techniques for decomposing 
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Fig. 4. Named for its ability ' v&ty fast magnitude and 

phase transitions under pi.ils*«d-RF cniiiliTLr mis. -|i« NT ?1BOOA 
microwave transition analyzer (top instrument) is parr high- 
hvqueney sampling oscilloscope, pan dynurrn signal analyze r> 
and part network analyzer. The 111 1 71S00A consists crfthe HP 
78020A micrdwavi transition analyzer module and the HP 70M04A 
iiNiiiiiY.iJiif' Thel -in. n tmtrumenl shown he& i$ the HP 83640A 
synthesized sweeper 

any periodic waveform into a sum of harmonically related 
sinusoids- Tlie Kourier series is a frequency-domain repre- 
sentation of tin* original time I unci ion and is used to sim- 
plify the description and provide insight into the function's 
underlying characteristics- 

The sampler in I he microwave transition analyser is driven 
hy a constant-frequency sampling signal Because ihe sam- 
ple? drive is periodic, Fourier analysis ran he used fo under- 
stand i he samplers operation, < )ften f periodic signals or 
systems responding to periodic signals arc described and 
analyzed in the frequency domain. Transformations be- 
nvren ihe time and frequency domains replace convolution 
operations in one domain with multiplication in the Other; 



Filtering, a convolution operation in the time domain, is 
more easily interpreted as frequent y -domain multiplier 
Alternatively, a mixer multiplies inn signals in the time do- 
main, but the result is expressed as frequency-domain 
translation, a convolution operation. Why convolution is the 
analytical mechanism for realizing frequency translation is 
explained in "Frequency Translation as It ition' on 

An ideal sampler driven by a periodic sampling pulse can be 
considered a switch that briefly connects the input port to 
the output port at a periodic rate. When the switch is closed, 
the output signal is the input signal multiplied by unity 
When the switch is open, the output signal is grounded, that 
is, r he input signal is multiplied by zero. Thus, the signal at 
the sampler's output is formed as the product of the input 
signal and the periodic pulse defining the switch state as a 
function of time. As in the mixer example on page 01, time- 
domain multiplication results in frequency-domain convolu- 
tion. The frequency spectrum of ihe sampler's input signed is 
convolved with the spectrum of the periodic pulse to produce 
the spectrum of the samplers output (IF) signal. 

The frequency spem um of a periodic pulse is composed of 
delta functions at the fundamental repetition frequency and 
all multiples (harmonics) of this frequency. This infinite set 
of impulses in the frequency domain, sometimes called a fre- 
quency comb, inherits a magnitude and phase profile accord- 
ing to the time-domain pulse shape. A narrow, rectangular 
pulse Imparts a sin(f)/f roll-off characteristic to die frequency 
comb. The first null of the response occurs at a frequency 
equal to the reciprocal of the pulse W idih and the '.U\H atten- 
uation frequency occurs at 0.443 times this value. Funda- 
mental to wide-bandwidth sampling is achieving a very nai 
row sampling pulse or aperture. The sampling aperture in 
the microwave transition analyzer is less titan 20 ps. 

The sampling front end of the microwave transition analyzer 
converts the high frequency input signal ioa low frequency 
IF signal suitable for digitization and subsequent numerical 
processing. Depending bri die application, three different in- 
terpretations of the sampling process are possible: frequency 
translation, frequency compression, and a combination of 
translation and compression. 
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Frequency Translation 

\inirepetitivc or single-shut events can be captured by sani- 
I ili ng the input signal at a rate greater than twice the input 
bandwidth, 'Plus is known as l hi ■ \vuuisi criterion. IIovm 
maintaining this criterion does not imply thai the sampling 
tate must be greater thai i twice the Input signals highest 
frequency it the RF bandwidth of the sampler is adequate, 
narrowband information on a high-frequency carrier can l>e 
Captured by low-frequency sampling, as long as a sampling 
rati 1 of approximately twice the modulation bandwidth is 
maintained. Sampling the high-frequency signal translates 
the signal to baseband. 

Samplers are often used in place of mixers for frequency 
conversion — for example, in the front ends of many general- 
purpose net R i n k analyzers. In the case of translation only, a 
given narrow frequency band is converted to baseband by 
an appropriate choice of sampling frequency. Fig. 6 diagrams 
the conversion process. The spectrum of the input signal is 
shown in Fig. 6a and the frequency comb oft lie sampling 
pulse is shown in Fig. fib, The sampling frequency, that is, 
the spacing between the teeth of the frequency comb, is 
chosen such that the input spectrum lies appropi i\\\-\\ \<< isi 
tioned between adjacent comb teeth. The convolution result 
is shown hi Fig. 6c. 

Two important considerations in the choice of sampling fre 

qtiency can be seen from these diagrams. First, the Input 
signal bandwidth (Fig, 6a) must be less than one ball the 
sample rate. Second, the sample rate must be chosen so the 
input spectrum is entirely contained in a frequency range 
bounded by the nearest sampling harmonic and the frequency 
halfway to the next higher or lower harmonic. If these crite- 
ria are not met, lite sampler will translate or alias more than 
one component of the input spectrum to the same out [tut 
frequency, causing uncorrectable errors. The maximum sam- 
pling rale of the microwave transition analyzer is JO MSa/s. 
The rate is continuously adjustable (in 1-mHz steps) down 



to a minimum rate of I Sa/s and can be phase-locked in an 
external 10-MHz reference. 

The signal at the output of the sampler is amplified and low- 
pass filtered before analng-to-digital conversion, This filter- 
ing virtually restores the original input spectrum, but it is now 
centered in the much lower IF range (Fig. Gd). Because the 
litter transition from passband to stopband is not immedi- 
ate, some undesired high-frequency energy may be meluded 
in the signal presented lo the ADC. In this case, the band 
width of the signal at the ADC exceeds half the sample rate. 
Aliasing occurs as the highest -frequency components are 
folded back mi top of the original translated spectrum by 
ihe sample-and-hold circuit of the ADC. However, unlike 
the aliasing problems mentioned in the previous paragraph, 
the effects of this aliasing can be predicted ami corrected 
in software because the aliased components represent 
redundant information. 

In summary* using a sampler with a bandwidth many times 
the sample rate allows the capture of singlc-shol events in 
the modulation on a high-frequency earlier isee Fig. 71 The 
analysis bandwidth is limited lo half the sample pate. 

Frequency Compression 

A second, fundamentally different perspective of the sam- 
pling process is useful in Ihe measurement of periodic high- 
frequency signals. Traditionally, these measurements have 
required trigger-based repetitive sampling techniques. In the 
microwave transition analyzer, precision RV trigger circuit r\ 
is not used. Periodic sampling alone is used to convert a 
strictly periodic input wiih harmonic components spread 
across a very wide bandwidth to a low frequency signal with 
harmonic components spread over the narrow IF range. This 
is accomplished by choosing a sampling frequency that con- 
verts each component of the input signal into the IF such that 
the harmonic ordering, magnitude, and phase relationships 
of the original input are preserved in Ihe IF signal. The sam- 
pling process effectively compresses the wide handwidlh 
input signal into a low-frequency signal at the IF 




50 us^div 



Trl-Chl 

15 mU/dW 

U ref 



Tr3-Chl 
15 mU/dh 
y ref 



Fig. 7. Tum-mi I Iul a ^yii[|n<mv;.. i ■'< mil put amplifier. 

This single-shot measuremem was Internally triggered on the 
! thai originated from the enabling of the RFoutpul of the 
synthesizer Tin cartel frequency is 5 GHz 



52 



(U-inliiT 1992 Hewlett-Packard Journal 



)Copr. 1949-1998 Hewlett-Packard Co. 



Is) 






40GK2 




Iti 



r 4 

n 



Sampler Output 

* ♦ ^ 
I \ 



<d) 



_ 



f. 



Fig. 8. Sampling used ro frequency compress a periodic input 

n lL fa) input signal speclxunL (h) Sampling i i itiib i ) Expand- 
ed frequency senile showing the relationship between Lhe input and 
the siii:| i; ik signal compcuienti "i I Tie sampler outptn signal is 
i|m uiv.iiiiiiHi oifttt m ivefoni s in ( i : artd (bX 

Fig. 8 illustrates the concept in the frequency domain. The 
input spec -i nun and frequency comb <>f the sampling pulse 
(including I tie RV response roll-off) are shown in 1 -'jus. 8a 
and 8b. Fig. 8c provides a close-up view of lhe relative posi 
tioning of the comb lines with respect lo lhe input signal 
The sampling rate is chosen such lhal a given harmonic I On 
nlh) is positioned \ 11/ below the inputs fundamental fre- 
■ i " i ' ■ r 1 1 ■ > - . Then, ihe ciiudi sampling liannonir will he posi 
tioned 2x below lhe inputs second harmonic, the (Sn.)tft 
sampling harmonic will be Jx below the input's third har- 
mnuir, and soon. I w.. M shows the resuii of the convolu- 
tion. Each harmonic of the input is converted to a cone- 
sponding harmonic of the low-frequency signal at the IK 

The sampler does not have infinite bandwidth, and lhe 
sin( f)/f roll-off of the sampling comb attenuates the IF re- 
sponses that correspond to input components at the higher 
frequencies. Small amounts of ai ten nation may he compen- 
sated for in software, however, afier the signal is digitized. 
The combination of a very narrow sampling aperture and 
softw ? are corrections allow ihe microwave transition analyzer 
to specify a flat response to HMillz. 

Viewing llns process in ihe lime domain, ihe sample interval 
issel lobe a mulliple of the input period plus a small amount 
equal to the effective time between points t Fig; 9), Since the 
sampling interval is not an exad multiple of the input period, 
the sampling instant moves with respect to Ihe input at a 
prescribed increment as ihe samples are acquired The effec- 
tive time between points is determined by how close the sam 
pling frequency is to a subhanuonic ol the inpm frequency. 



Compression Factor The signal at the IF is a replica of the 
input signal, hut at a much lower fundamental frequency, 
When this signal is digitized and displayed, the waveshape 
matches that of the input. The time range indicated on the 
display is calculated by dividing the real time (sample period 
times trace pomts) by the compression factor (input frequency 
x. where x corresponds to the fundamental frequency at 
the IF— sec Ft - 



Time Span = 



i Sample Period) (Number of Trace Points) 
1 1 iput Frequency)/* 



When the microwave transition analyzer is used for repeti- 
tive sampling, the inpm signal must be strictly periodic, and 
the period must be known to high accuracy. If the frequency 
that the analyzer assumes for the input signal is near but not 
exactly equal to the frequency of the signal being measured, 
the IF \\ ill be shifted in frequency by an amount equal to the 
difference, The resulting measurement will show an erro- 
neous time scale, the error equal in percentage to the fre- 
quency error of the IF signal. Thus, a small RF inaccuracy 
can result in a very large time-scaJe error The ability to ire* 
qucncy-Iock the microwave transition analyzer's sampling 
rate to the signal being measured tby sharing a common 
reference frequency with Ihe stimulus), removes this source 
of error. The resuli ing Usm scale accuracy is specified to 1 
ps — belter Hum any current trigger-based oscilloscope. 

Triggering. To keep the display "triggered." low-frequency 
trigger circuitry is connected to Ihe IK signal and used ro 
initiate the storage of a data record relative to a rising or 
falling edge I fata samples in the buffer before the trigger 
Occurrence are displayed as negative time (pretrigger view). 
Through the com lit nation of periodic sampling and a low- 
I'requeiii .'V trigger circuit, the microwave transition analyzer 
is able to lugger internally on periodic signals across the full 
I' i I .Jfz input bandwidlh and offer negative -lime capability 
without delay lines 

IF Filtering for Noise Reduction, As mentioned earlier, the sig- 
nal at the output of the sampler is low-pass filtered before 
analog-to-digilal conversion, In Kig. 8d the bandwidth cho- 
sen for this filtering is less than hall 'the sampling rale. Any 

IF components above the band edge of the Biter correspond 

to input harmonic components beyond the specified input 
bandwidth pf 4d (ill/and may he filtered nil Fihering lhe IK 
signal lo a bandwidlh narrower than half the sampling rale 
means that not ail of the noise across the 40-Gflz input band- 
width is converted to noise on the IF signal. Thus, noise is 
removed from the displayed signal without affecting i\w 




Fig. 9, Periodic sampling in thi time domain. 
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Fig* 10. Filtering the IF signal remov* ■•■ noise bu\ retains the 
underlying wave sh.i[» 

waveshape. The result is cleaner displays and improved 
sensitivity (by more than 20 ilB) compared to conventional 
trigger- based sampling oscilloscopes (see Fig. 10) 

' Ira n s 1 a t i on a n <\ C m \ > re ssi o n 

The perspectives of translation and compression are com- 
bined io analyze the third use of the microwave transition 
analyzer's sampling front end. The appliealion is measuring 
signals composed of broadband, periodic modulation on a 
higlvirequenry carrier. Examples include pulsed-RF signals 
wirli narrow pulse widths or fast edge speeds. Proceeding as 
before, the spectrum of the input signal and die frequency 
comb of the sampling pulse are shown in Figs. 11a and lib, 
respectively. Fig. 1 1c has an expanded frequency scale show- 
ing the relative positioning of I he input s spectral lines and 
those of the sampling pulse. Two variables, x and y, are intro- 
duced in this figure, and arc related to the concepts of com- 
pression and translation, respectively The sampling frequen- 
cy is chosen such thai the signals pulse repetition frequency 
[PRF) is slightly greater (x Hz) than a multiple of the sam- 
pling rate. In other words, die time between sampling 
instants is slightly greater than an integral number of input 
pulse repetition periods. As can be seen from the diagram, 
the frequency separation between a given signal component 
and the nearest sampling harmonic increments by x Hz 
when considering the nexl -higher signal component. Conse- 
quently, Ihe spacing of the corresponding components in the 
samplers output signal is x Hz, resulting in a compression 
factor of PRF/x, 

In Fig, lie. the spectral center Of the input signal is shown 
to be offset by y IIz from the nearest sampling harmonic. 
Therefore, the signal at the outpul of the sampler is centered 
at y Hz. aa shown in Fig- 1 Id. If the offset y is allowed to 
decrease by a change in the input carrier frequency, the sam- 
pler output components are translated toward one another 
as indicated by the dashed arrows. If J becomes too small, 
the components will partially overlap and distort the spec- 
trum. Likewise, If y is increased, the samplers output com- 
ponents move opposite to the directions indicated and will 
overlap as y approaches half the sampling rate. 



For a given pulsed-RF input signal with an arbitrary carrier 
frequency, the values of x and y cannot be independently 
controlled by adjustments in the sampling rate alone. If the 
sampling rate is set to achieve the desired compression fac 
tor (PRF/x), there is no remaining degree pf freed tun for 
adjusting the spectral offset fy) to avoid overlap. One solu- 
tion is to provide a mechanism for automatically adjusting 
the carrier frequency under control of the microwave transi- 
tion analyzer In many cases, the microwave transition ana- 
lyzer is used in a stimulus-response configuration similar to 
lhai of a network analyzer. If Ihe earner source is under 
control the carrier frequency control can be used to adjust 
the spectral offset independent of the sampling rah , 

Often, however, the microwave transition analyzer does not 
control the carrier source, or it is desired that t he carrier 
frequency not be modified. In these cases, the simultaneous 
requirements nn the sample rate are achieved by slight mod- 
ifications to either the requested time span or the number of 
trace points. The parameter to be modified is determined by 
the user. Remembering that the displayed lime span is equal 
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Fig. li. Sampling used to analyze periodic wideband modulation. 
(a.) Input .signal spectrum, (b) Sampling comb. £c) Expand 
qncnc> scale lowing the relationship between input ;m I sampling 
signal components, (dQ The sampler outp it the convolution 

of the waveforms in (&) and Q>), Co} The IF spectraBi on an expand- 
ed frequency scale, show \w-i the spacing i f the signal components 
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Fijj. 12, .vu^i digital signal processing algorithms require sampling tbetnpul signalai a uniform interval [aj In the microwave transition 
analyzer, the sampler is driven at a synthesized rati re ull n. in •■• i mple timing £h) Corw rational sampling osdlloscopef reft 

■ ii high fri > 1 1 n ■ 1 1 s > trigger ciFGuttry for timing accuracy sotfo san pOng interval can he considerably man uno rtain 



io the real time divided by the compression Factor, the 
following equation results: 



Time Span 



(Sample Period) (Number of Trace Points) 

PRF/x 



Since the input PRF is a constant and x is a function of the 
PkF and the sampling rate (see Rg, lie), the above equation 

relates die three variables: time span, number of trace points, 
ami sampling period. Fixing either the lime span or the num- 
ber of trace points and slight l\ adjusting tire other quantity 
results in a small change in the sampling period. A small 
change in sampling rate causes a much larger shift in the bar- 
monk nmivsr the input earlier. In this fashion, the centering 
"I the spectrum at the samplers output is controlled 

Numerical Processing 

Discussion to this point has concentrated on bow the sam- 
pling process can be used i" translate artd/or compress a 
high-frequency input signaJ into a low -frequency signal at 
tin- IF suitable for digituatioa E<juall# Irnportanl for the 
microwave transition analyzer is the processing done ofl 
iril after it has been digitised. Conventional digital 
signal processing algorithms, such as digital filtering, 



demodulation, and FFT analysis, assume ihai the input 
SignaJ has been sample) i at an exact, uniform rate. In (he 
microwave transit inn analyzer, the sampling interval is syn- 
thesize! based, resulting in sample n>-samplc timing that Is 
precisely uniform. A single trigger event initiates the storage 
of an entire trace of data. By contrast, conventional sam- 
pling oscilloscopes rely on high-frequency trigger circuitry 
io provide a eonsistehl sampling interval. Since a different 
trigger even! is used for the measurement of each daia point, 
any triggering uncertainly results in saiuple-lu-samplc timing 
variations. Because the triggering accuracy is dependent 
boll i on the (trigger) signal characteristics and the amount 
of trigger delay selected! ifie resulting sampling interval can 
become significantly nonuniform under certain ( nndiiions. 
reducing the options for further numerical processing (see 
Fig. 12). 

Analytic Signal Representation. I >ne of the first operations 
applied to the sampled data is the creation of the quadrature 
function using I he Ililhen transform This quadrature func- 
tion is combined wtth the original data to form a complex- 
valued representation of the waveform called the analytic 
siiftitii. Just as Complex-valued phasor representations 
Miiijifjiv rii< analysis of linear circuits, the analytic signal 
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simplifies T 1 1 ■ - manipulation and analysis of modulated wave- 
forms. Use of the analytic signal represent al ion also allows 
for vector normalization of traces, an ope ration normally 
found in network analyzer systems. 

RF and User Corrections. One « >i 'Hie more obvious uses for 
additional processing of the sampled data is to compensate 
for n on ideal conditions in the analog circuitry. As men- 
uoned, i he sampler has a frequency response characteristic 
largely determined by the aperture time of the sampling 
pulse. The magnitude response of the sampler is measured 
at the factory and stored Inside die analyzer. Tins data is 
then used to correct for the sampler roll-off in subsequent 
measurements. Regardless ol whether the sampler is used 
for translation or compression, an assumed, unique mapping 
exists between IF frequency and input RF frequency. When 
the IF signal is digitized, an FFT is used to convert die re- 
sponse into the frequency domain. The IF frequencies are 
mapped into RF frequencies, the appropriate correction at 
each frequency is applied, and the result is then transformed 
back to the time domain for display, The same processing 
routines are also available for user-definable filtering or 
corrections. User-defined corrections are useful in compen- 
sating for tabling or fixt.ii ring losses. Filtering applications 
might include simulating the magnitude and phase charac- 
teristics of a Transmission channel to predict what effects 
the channel will have on specific signals. 

Frequency-Domain Measurements Using the FFT, The ability to 
execute transformations quickly between the time and fre- 
quency domains is important to the operation of the micro- 
w a ve transit! on analyze r These tas k s a re accomplished by a 
pair of digital signal processing chips (one per channel) 
tightly coupled to the ADC memory. If the user requests a 
frequency-domain display, the signal is shown after frequen- 
cy corrections arc applied without the transformation back 
to the time domain. Separate frequency- domain controls 
allow the user to zoom in on a narrow portion of the original 
frequency span. This is accomplished by processing a longer 
time record with the FFT and displaying only part of ihe 
frequency outputs. 

As mentioned above, the microwave transition analyzer as- 
sumes a unique mapping between the IF and RV frequencies, 
resulting in a replicated version of the input signal at the IK 
However, if a second, unrelated signal is present at the input, 
it too is converted to the IF and becomes part of the sampled 
signal. The components of this second signal will fall at seem- 
ingly arbitrary IF positions and will not correspond at all to 
the IF-to-RF mapping that the llrst signal obeys. Except for 
the operating mode described below, the microwave transi- 
tion analyzer is designed, like most oscilloscopes, for the 
measurement and display of a single signal. 

If multiple, nonhanuonicatly related signals are known to be 
present at the input, the microwave transition analyzer can 
be instructed to measure these signals independently using 
the table mode of operation, in the table mode, the funda- 
mental and harmonics of up to five signals arc measured, 
using ihe FFT to measure each component of each signal 
individually. The sampling frequency is chosen to avoid con- 
verting different spectral components to the same frequency 
at the IF The results are displayed in tabular form (see Fig. 
IS). The table can be updated continuously for only one of 
the signals or for all of them. If a waveform display is desired. 
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source: CHflNI 

l\E'0EB00000 GHz -IB. 40 dBm 0.8 deg 
x E -37.13 dBc -114. B deg 
x 3 -10.94 dBc -176.7 deg 
x H -44.43 dBc 13. B deg 

2.123H5G003 GHz -22,75 dBm 0.0 deg 
* S -17.01 dBc 10.1 deg 
x 3 -13. a? dBc B3.B deg 
x 4 -H4.2G dBc -G0.9 deg 

t?3.H553973 HHz -15.55 dBm 0.0 deg 
x S -34.21 dBc 15E.B deg 
x 3 -29.11 dBc -113. 2 deg 
x 4 -44.47 dBc 19.3 deg 
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Fig. 13, Microwave transition analyzer table mode displays ( w i 

The • 'uij-.iir ' ,t' a mixer shown in the time-domain display at die lop 
is die i''.[iiii]ii;;lii.>n of several sigruis. The table displayed at the 
bottom provides information about the frequi-u-: !>■:-, present, (M 
T\\.r uiNr is '■"hfL^uri'ii r !i display infon nation for only one of the 
signals present. The second uaee at the top is constructed from 
iin-. measurement rial a. 

a data trace can be constructed according to the tabic values 
and the specified dine span. This capability allows the micro- 
wave transition analyzer to display time-domain signals in a 
frequency-selccl h e fashion, combining some of the attributes 
of both oscilloscopes and spectrum analyze is 

Phase Trigger. Another use of the microwave transition ana- 
lyzers FFT resources is In measuring low-level or noisy sig- 
nals. Trace averaging is used by oscilloscopes to reduce 
noise on a displayed waveform, However, averaging can 
work only if the waveform is reliably triggered, which is 
difficult on low-level or noisy signals. In the microwave ti cu- 
shion analyzer, waveform capture is not dependent on unli- 
able triggering, but on knowing the input frequency and sam- 
pling at the proper synthesized rate. If at least one period of 
the signal is collected into memory on every sweep, the trig- 
ger point will always be somewhere In this record of data. 
The microwave transition analyzer introduces a special 
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Fig, 14. Very small i ith 

tlu- mi' rowave i r - ; i r • - 1 r j > » j i analj :■>-] - phase cplgge* Sweep-to-sweep 
averaging can [hen be ssed to reduce r h- i 

trigger mode, called phase trigger. The trigger value is speci- 
fied in lerms of the phase of the fundamental component of 
the signal An FFT is used to measure the phase of the fun- 
damental at the midpoim of the tame record. From this, the 
index in ihe record (hat corresponds to the trigger point is 
determined, ami the correct portion of the record is copied 
to the display trace. Although the trigger point in the larger 
memory record may move about from sweep to sweep, the 
display trace stays triggered. The result is that processing 
gain (via lhe FFT) has been applied to extract the Trigger 
information, allowing stable triggering on even ver\ rtoisj 
signals (Fig. 14), Trace averaging can then be used to reduce 
ihr noise on the displayed waveform. 

( oniponent Test Systems 

Electronic components are mosl often lesied by measuring 
their response to a given stimulus. The stimulus source can 
be anything from an impulse generator to a sweep oscillator 
or a synthesizer. The measurement instruments include os- 
cilloscopes, spectrum analyzers, and dedicated receivers. 
Stimulus rind measurement functionality are frequently com- 
bined lo form a stimulus-response system. Network analyz- 
ers, spectrum analyzers with backing sources, and oscillo- 
scopes with built-in sup generators are examples of systems 
in which the stimulus source is controlled directly by the 
measurement instrument. The microwave transition ana- 
lyzer with its built-in pulse generator and ability to control 
m nrlh sizars over a piivale f IP-IB (IEEE 4S8 T IEl/ i)2r>j. can 
be configured as a versatile stimulus-response system for 
cornponen! or system lest 

An advantage of configuring the microwave transition ana- 
lyzer as a stimulus-response system for time-domain mea- 
surements is thai the analyzer is always ceriain of the signal 
frequency. Configuring lhe stimulus under the control of ihe 
microwave transition analyzer and sharing a common 1 0-MHz 
reference ensures agreement between the assumed and ac- 
tual input frequencies Additionally, indirect adjustment of 
Ihe stimulus via the controls Of the microwave transition 
analyzer allows interesting new time-domain capabilities. 

tme is the ability to hold a fixed number of signal periods on 



the display regardless of the stimulus frequency, in other 
words, the time range is automatically -updated at any change 
of stimulus frequency Using ihis feature, designers can see 
changes in a devices response as it operates over a range of 
frequencies, without ihe Continuous time scale adjustments 
that would be required with a conventional oscilloseor 

RF and microwave design engineers are familiar with the use 

gnal generaton ug rheir d 

However for designers requiring an i ial stimulus, 

synthesize generators are no! generally available. 

The repetition interval of most pulse generators is not con- 
stanl enough for repetitive sampling with the microwave 
transition analyzer. To ease this problem- the analyzer pro- 

ss a variabk -rate. TTL-level output pulse that is frequency- 
locked to the sample rate synthesizer. The pulse width and 
period are adjustable in 100-ns increments. This output can 
be ased directly eras lhe trigger input to a standard pulse 
generator thereby locking the repetition rate to the time base 
of the microwave transition analyzer. If the pulse is used for 
modulating a carrier, the analyzer needs lo know the cantor 
frequency to sample the signal at the correct ram j See the 
earlier discussion on translation and compression. ) For 
stimulus -response testing under pulsed-RF conditions, 
I his is most easily accomplished by having a configured 
synthesizer supply the carrier. 

The automatic control of a sinusoidal signal generator b\ 
flu microwave transition analyzer results in an LnsTrunu m 
system with the flexibility to measure the response of a de- 
vice as a function of time, inpul frequency, or input power, 
hi addition lo si towing Time-domain responses like an oscil- 
loscope at various inpul frequency and power levels, the 
analyzer caii automatical^ step die source across B frequency 
or power range and provide ineasuremeni limciiouaJiu 
lai" to that found in network analyzers. Ai each point in a 
frequency or power sweep, the magnitudes and phases of 
the sinusoids at the two input channels arc measured by col- 
lecting a set of lime samples and applying the FFT. Increasing 
the number of time samples used in the FPT is equivalent to 
decreasing ihe processing bandwidth and results in a more 
accurate measurement (at the expense of sweep speed). 
Because of the ^frequency discrimination provided by Ihe I IT 

(tie measured frequency deed not be the same as Ihe stimu- 
lus. Conversion loss in devices resj ling at frequencies 

thai are offset from or harmonic multiples of the stimulus is 
easily measured wiih the microwave transition analyzer; 

Signal Test Applications 

For signal test as opposed to component test applications, 
the microwave transition analyze r is used as a srand-alonc 
instrument. Repetitive sampling still requires the signal to be 
periodic, but radar and communication systems are increas- 
ingly moving lo highly StaMe, synthesizer-based designs 
locked to a common reference. Mcwicil-Packard's frequency 
agile signal simulator ( KASS) is an example. Many times, the 
testing of these systems can be accomplished with the system 
in a periodic operating mode 

In applications where the signal frequency is unknown, the 
microwave transition analyzer can be used like a count ei 1 1 1 
del ermine the signal frequency to high precision This is 
accomplished by taking several measurements oJ the Input 
signal ai differrhi sampling rates and comparing the change 
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Fig. lf>. IT'" esssng fto^ in the stationai^ sampling mode of operation 

in the IK to the change in sampling rale. 1 For t w signals 
with at least a 10% duty cycle, the microwave transition ana- 
lyzer will determine the frequency to an accuracy of 1 pan 
in 10 s . If multiple signals are present at the input, the funda- 
mental frequency for each (up to a maximum of five) will be 
returned. The analyzer is also able to measure the carrier 
frequency of pulse modulated signals for pulse widths as 
narrow as 300 us. Because I he data acquisition for this mea- 
surement is single-shot, the pulse repetition interval need 
not be constant. 

Stationary Sampling Mode 

A measurement mode known as stationary sampling offers 
significant enhancements to the microwave transition analyz- 
er's pulsed-RF capabilities. Stationary sampling is a technique 
Mtai substantially reduces the trace noise on time-domain 
displays, resulting in increased sensitivity and dynamic 
range. Furthermore, it is through stationary sampling that 
pulsed network sweeps of frequency and power are 
achieved. Fig. 15 illustrates the process. 

A prerequisite for stationary sampling is that the carrier fre- 
quency is not a harmonic multiple of the modulation period. 
That is, the modulation is not coherent with the carrier. Un- 
der this assumption, if the microwave transit ion analyzer 
samples the signal at a rate equal to the modulation rate, the 
sampling instant stays fixed with respect to the modulating 



envelope, but uol with respect to the carrier. This is ill us 
trated at the bottom of the figure. The sampling rale is set to 
be either equal to or an exact submultiple oi the pulse repe- 
tition frequency. The resulting set oi samples describes the 
carrier waveform at a particular point in the pulse. The data 
is then passed through a narrowband filter implemented 
with an FFT. This filtering acts to suppress noise and sepa- 
rate the carrier fundamental from de and harmonic compo- 
nents. The complex-valued FFT ouipui bin corresponding to 
the frequency of the sampled carrier represents one f ana- 
lytic) time sample of the filtered waveform, This output 
becomes one data poinl in the final trace. 

The next trace point needs to be taken at a different position 
with respect to the modulating envelope. To accomplish 
this, the internal synthesizer controlling the sampling rale is 
phase-shifted a precise amount. This moves the sampling 
instant the desired time increment along the modulating 
envelope, A new set of earner samples is collected, pro- 
c£S£ed with the PTT, mid another complex valued output 
point is stored to the final trace. The process is repeated for 
even trace point. Tile amount of filtering that is applied in 
creating the output trace is adjustable by the user and is 
directly related to the number of time samples used in the 
FFT 
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The sampling and filtering process separates the RF com- 
ponent from the dc component at each point in the puis 
Dcpendmg on which FTT out pm ihe 

dc feedthrough or the RF portion of the input wav 
ultimately displayed (see Fig. 15 h This eliminates the re- 
quirement for the user to supply external fiJiering when 
rming these measurements, Also, measurements of 
carrier distortion ai a particular point in die p 

e by setting the time span to zero, The FFT filtering 
Fig. 15 is omitted and the sampled carrier js directly dis- 
played. The measurement point is controlled b3 adjusting 
the trigger delay, Transforming the carrier waveform into 
the frequency domain allows easy measurement of the 
distortion components. 

Fur pulsed network analyzer sweeps, when the sweep axis 
is frequency or power, Hie operation is very similar to that 
described for time sweeps. A triggering process aligns the 
measurement point with respect to the modulating enve- 
lope. Then, instead of phase shifting the sample rate synthe- 
sizer between each trace point, the carriers frequency or 
power is automatically stepped. The result is a measure of 
the response of the device as a function of carrier frequency 
or power at a particular point in the modulating envelope. In 
conventional pulsed network analyzers, the IF bandwidth 
sets limit at ions on edge speed and pulse width. In the miero- 
w a ve I rai isit ion ana ty ze i . the i u e a s u re 1 1 1 en I is pe rfbrm e < ! 
using repetitive sampling techniques, anil the modulation 
bandwidth is limited only by the sampler's RF response. 

User Interface Design 

The user-interface design of an instrument as versatile as 
tin 1 microwave transition analyzer required considerable 
work. Its feature set includes functionality found in a variety 
of microwave lest equipment The interlace must mit only 
provide Control foi displays of collage versus lime like at i 

oscilloscope, magnitude versus lime like a peak power meter, 

and phase or frequency versus lime likr a modulation do- 
main analyzer, but mnst also allow for the automatic control 
of an external synthesizer, providing CW and pulsed network 
measurements of magnitude and phase versus frequency or 
power. Additionally, the FFT can be used for harmonic anal- 
ysis, showing a display similar to that of a spectrum analyzer, 
and the automatic, signal acquisition routines can be used to 
prnvidi fMiietjunalily Found in (Wand pulse counters and 
vector voltmeters. 

The challenge in arty interface design is in balance the re 
qui re met i i of complete functional access wilh Ihe need fOJ 
simple, inluiiive controls for Specific, targeted appih at ions. 
One approach suggested early in tiie developmem cycle was 
to have the microwave transition analyzer assume diffcrem 
instrument personalities. For example, the user would 
choose an oscilloscope interface for one measurement, then 
switch to ;i uHvvurk analyzer Interface for a second mea- 
surement, I hen to a speeirmu analyzer for another, and SO 
nn The appeal nf this approach is obvious: users need nol 
learn a new interface. But as the implementation developed, 
i In problems began lo outweigh the benefits, 

Km example, an interlace constructed according io this logic 
would forbid bHe simultaneous display of a voltage-versus- 
inih wayefonn and iis frequency spectrum, thereby losing a 
valuable perspective in Ihe analysis ol nonlinear operation, 
i me of the major contributions of ihe microwave transition 



analyzer is its multidomain capabilities, and the interfa 
needed to emphasize this strength. Less import ant. but still 
. Meant, is die taeT thai marker operation is substantially 
different for oscill spectrum analyzers, and network 

analyzers, Any implementation that might impose three dif- 
ferent marker systems on the user would be hard to describe 
as user-friendly, yet a common marker system weakens the 
implementation of instrument -specific personalities. Musi 
important, measurement features unique to the mi< 
transition analyzer have no home m such an interface. Real- 
ising this, the desiLi jm o create a versatile core 
interface targeted at two application areas: pulsed-RF or 
switehed-RF component test, and time-domain analysis of 
microwave devices. I^aten simplified interfaces for specific 
applications could be developed by drawing features from 
this core. 

Pulsed-RF Testing, The versatility inherent in the architecture 
i ij i hr mim >wave transition analyzer allows a good match to 
ilie needs of high-speed pulsed-RF characterization. Design- 
ers in tills area have traditionally required a wide variety of 
test instrumentation. Measurements of magnitude settling 
time are possible by combining an oscilloscope, a broad- 
band detector, and a filter to remove the video feedthrough. 
Measuring phase settling Time has been much more difficult, 
usually requiring the use of modulation-domain analyzers, 
pulse network analyzers, orcuslom down-conveners, digi- 
tizers, ami software. The fundamental attributes of the 
in i e ro w a ve t ran sit i on anal yzer s arc hit eel lire — a ve ry wide- 
handwidih, dual-channel front end, a precisely uniform sane 
pling interval, and powerful digital signal processing — pro- 
vide the elements for unprecedented measurement flexibility 
in pulsed-RF component test This, combined with the ana- 
lyzers singular ability to measure magnitude and phase set- 
tling limes on edges as fast as 2B ps, is ihe reason for tailoring 
lite interface to pulsed RF testing. 

Making it easy to demodulate a vollage-verstis-time display 
of an RF pulse and show magnitude, log magnitude, or 
phase versus time was a key goal gf the implementation 
These sophisticated digital demodulation procedures are 
W : i ssihlc simpiv by choosing a display format for Ihe n.i i 
The phase slope can be removed maThemalically at the 
press of a button, or the phase can be measured with re- 
spect to the other channel by defining the trace input as a 
ratio of the Channels. On pulse waveforms wilh excessive 
amounts of video feedthrough, the stationary sampling 
mode can be used hi separate ihe RF and video portions of 
the waveform with digital filtering and display each portion 
independently Invoking ihe mode is accomplished by sim- 
ply turning on a niter. A variety of additional processing r 
,r, ailahle by defining a trace in terms of digital signal pro- 
cessing operations on channels, memories and other I races 
(sec Fig. 16), The resuli is a powerful digital signal process- 
ing system that is available to the user in a form lliai is easy 
to understand and Simple lo use. 

Recognizing the limited availability of synthesized pulse 
generators, the design team decided to include one in ihe 
analyzer. I king ibis output to control the modulation period 

and 3 Configured synthesizer to Supply the earner means 

thai all stimulus adjustments are controlled through the inter- 
face of ihe microwave transition analyzer. Since ihe anajyz* 
ej needs lo know these signal parameters io set the correct 
sampling rate, a configured setup eliminates ihe (sometimes 
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Fig, 16* The : m fcjv tvetraii^taonaiialyzejincJtidesapowei^ 
■ r;j' e pi- m ' ssing system. Tin' definition shown here for the display 
trace can be use*i *■■ mum ure deviation from linear frequency 
chirp 

nonobvious \ requirement of keeping rhe microwave transi- 
tion analyzer abreast of tiequetu \ ft ranges in; hie on ihe si^ 
rtaj generators. Furthermore, because Ihe analyzer has com- 
plete control of Ihe stimulus, network measurements as a 
function of carrier frequency or power are also possible. 
This added flexibility offers the user a multidimensional 
perspective on the device's operation, along measurement 
axes of time, earner frequency, or carrier power (see Fig. 17). 
One variable is swept while the other two are held fixed. 

An Oscilloscope for the Microwave Engineer. The tools of 
the I rude in microwave component design are primarily 
frequency -domain instruments such as spectrum and net- 
work analyzers. Time-domain analysis is not nearly as preva- 
lent al fl\ese frequencies as 11 is al the lower frequencies. 



Carrier 
Magnitude 




Carrier 
Frequency 

Fig. 17. A multidimensional p&specttve is sometimes useful in 
piilsed-HF device characterization. The rcikrrowavi transition an 
lyzer measures tin- response of 3 dtevice as a fiuif'tioii of tin 
frequent ;y, or ea ti table is swept while the 01 1 

f" held fixed. 



The designers felt that by eliminating some of ihe wsad 
blocks in I lingering and sensitivity, the microwave transition 
analyzer had the potential t < j bring a time-domain perspec- 
tive bark in microwave design. The user interface was de- 
signed accordingly, with the microwave engineer in mind. 

One of the simplest and most obvious changes to a standard 
OSGulOSCope interface is thai display ranges. I rigger levels, 
and marker readmits are entered and annotated in dBm as 
well as VOltS. Also, unlike many oscilloscopes. Ihe channel 
hardware is continuously autoranged and unaffected by 1 1 - 
display scaling, which is Just a maUiematical operation on 
the acquired data. If desired, this auioranging feature ran he 
disabled. Sensitive infernal triggering over tire bandwidth of 
ihe instrument, combined with new features such as holding 
a constant number of cycles on the display; filtering away 
noise instead of averaging, and reliably triggering on even 
very noisy signals with the phase trigger, all work to simplify 
the measurement process, 

E BASIC Implementation 

Despite considerable at t cm ion paid to the interface design, 
some users may still find the controls somewhat intimldat- 
iiigj especially I hose who w r ork in applications outside Ihe 
targeted areas. The goals of measurement flexibility and ease 
of use generally conflict at the design of the user interface 
To address this concent, the microwave transition analyzer 
allows the user to general e cusiom. application-specific in- 
terfaces through the internal execution of HP Instrument 
BASIC programs. LBASIC eliminates the need for an external 
controller by bringing the computer inside Ihe analyzer Pro- 
grams can be generated and edited by attaching a standard 
IIP-IIIL keyboard to the front Of the mainframe. Also incor- 
porated" into the IIP 70004 A mainframe is a memory card 
interface that can be used as a disk drive for the system. 
External disk drives are also supported over the I IP-IB inter- 
face. Specialized trace processing, custom interfaces, tuulti- 
>n ■! 1 procedures, program enable control of other instru- 
ments — in short, completely customized measurements — 
are possible using ihe microwave transition analyzer running 
an IBASIC program like the one shown in Fig. 18. 
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Frequency Translation as Convolution 

• Tne two signals af its EF and LO ports to product 
it the IF port, as shown in fig 1 

The frequency-domain re s shown in Rg 2 

■equency functions h(f) and W' 



Thecc 
integral 



r 



■ xl dx 



: i about the ocams giving 
M-xi Then, at each evaluation frequency f. kH) is shifted by f with respect to 
nfx} The area under the product of the two functions is the convolut. 
this frequency Fig. 3 diagrams the procedure for the output frequency f = f 2 - f] . 
The product is a single detla function, the area of which is ata 2 /4. This is the 
convolution result .at the frequency f = f 2 — f t 

It is easy to verify mat the output will be nonzero only at four values off: fi + fj* h 
-tl, -fi + ^2' and -ft - fi At each of These frequencies, the output is a&jfi This 
result is shown in Fig, 4. This frequency- domain representation rs equivalent to 
the sum of two cosine waves, one at frequency f^ — f i and the other at f? + f T The 
amplitudes are k%B2$ Usi'ng trigonometric identities, its easy to verify Thar I 
result is equivalent 10 a^co^tiCD^ I 
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Summary 

In addition to bringing the* time domain to nuVrowave de- 
sign, the microwave transition analyzer measures harmonic 
distortion usin^ the FFT and provides femilar vector network 
analyzer capability when configured with a synthesized signal 
generator In this respect, the microwave transition analyzer 
is a general purpose, mult (domain loot that cart be used to 
link new time -domain measurements with traditional fre- 
quency -domain techniques, panic ailarly in The areas Of 
puJsed-RFand nonlinear device characterization, Ir i ;i single 
instrument, the mierowai e transition analyser integrates a 
versatile hardware architecture with wry flexible means of 
control. The combination results in an instrument with 
unprecedented measurement diversity. 
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Design Considerations in the 
Microwave Transition Analyzer 

Digital signal processing is used extensively to improve the performance 
of the microwave sampler the sample-rate synthesizer, and the 
high-speed analog-ta-digital converter and to extract and display input 
signal characteristics in both the time domain and the frequency domain. 

by Michael Dethlefsen and John A, Wendler 



The HP 715U0A microwave transition analyzer is an MMS 
(Modular Measurement System} instrument. As shown in 
the idealized block diagram. Fig. L it consists of the 
IIP 70820A microwave transition analyzer module and the 
IIP 70004A MMS mainframe and color display. For an 
explanation of the capabilities and applications of ihe 
microwave transit ion analyzer, see the article on page 48. 

The block diagram is relatively straight forward. The u\ d 
input signals are sampled by microwave sample -and -hold 

iit^ with an input bandwidth of 40 GHz. The sample rate 
is generated by a low-frequency UMo-20-MNz synthesizer 
under processor control The sampled signals are digitized 
by an analog-to-digiuil converter (ADC ), the digitized outputs 
are processed by ihe digital si^nul processor, ;iiul the final 
results are displayed on the MMS display by the instrument 
processor. 

The implementation was somewhat more complex than it 
might appear from the block diagram. While mi crown 1 e 
samplers wiili bandwidths up to id i Mix wen* generally 
available, ibey were nut designed l<> be used as sample-and- 
iioiii circuits Operating ai rates up to 20 MH& Low-frequency 
synthesizers, while also commonly available, did not ftatfe 



the desired phase noise performance. The available high- 
speed ADCs, if used directly on the sampler output, would 
have been the primary noise floor and dynamic range limita- 
tion of the instrument because oi their limited resolution. 
Digital signal processing is relied upon heavily to achieve 
and improve much of the basic hardware performance and 
i«> extract and display the input signals' characteristics in 
both the time and frequency domains. However, ihe general- 
purpose digital signal processors could not do a significant 
amount of real-time processing ai ihe 20-MHz data rates, s< i 
a large buffer memory was required between the AI K ' and 
the digital signal process^ .» 

This article attempts to explain some of the design consider- 
ations, in both the hardware and I fie firmware, that went 
Into the development of the microwave transition analj 
block diagram, 

Sampler Operation 

Microwave samplers have been used m RFand microwave 

instrumentation In] sevoml decades. 1 They Iraditiomlly 
have been the most economical way to obtain the hroadesi 
frequency coverage with the smoothest frequency response. 
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Their noise figure is relatively poor Their Inherent broad- 
band coverage has encouraged their use in frequency acquisi- 
tion and phase-lock Lapps as well However, their ability lo 
capture (he time-domain waveform for Hie frequency-domain 
equivalent— siiui ill aueniisk translating all the harmonies of 
a repetitive waveform) is what made them so suitable for 
the 70S2OA. 

The basic concept of a microwave sampler is lo generate a 
very narrow sampling pulse thai I urns on a series switch 
between I he RV iuptil signal and the IK circuitry, which is 
mainly a holding capacitor. The amount of time that the 
switch is on establishes the Frequency response of the sam- 
pler If t lie swilch is fully on for 10 ps> the ideal frequency 
response would be sinc( ICH l f), which has a "3-d B bandwidth 
of 44 GHz, Although this assumption of a perfectly rectangu- 
lar switch on-resistance as a function of time is only an Ideal, 
it is a good enough engineering approximalion lo use here. 
As shown in Fig. 2, the series switch used in I his sampler is 
an integrated pair ofUaAs diodes. The switching waveform 
is generated by driving a silicon step recovery diode at a 
variable sample rate between 10 and 20 Mil/.. The step out- 
pul of Ihe step recovery diode is split into I WO .signals. < iftfi 
fej iarh channel The sau i| tin -assembly then shapes and 
differentiates this edge to form a narrow impulse, which 
briefly turns on the diode switch, allowing some of the RF 
current to How into the holding capacitor. 

For ideal sample-and-hold circuit operation, the output voir 
age should only depend on the input voltage during a single 
sampling instant . Its voltage should not depend on any pre- 
vious samples or how often the samples are taken. There are 
two general techniques to achieve this sample to sample 
independence. One is to discharge the holding capacitor 
fully before each sample and measure the amount of charge 
or voltage on the hold capacitor after each sample. The 
other technique is to require that the sample-and-hold circuit 



capacitor charge to UK} percent of the input voltage during 
each sample period. The limitations of using the microwave 
sampler as a high-speed, conventional sample-and-hold cir- 
cuit now begin to become apparent. At Ihe fast 20- MHz sam- 
ple rates required, it is not possible to discharge die hold 
capacitor accurately before each sample. On ihe other hand, 
to attain the required microwave input hnudwidTli, die sam- 
pling pulse must be so narrow that it is not possible to 
charge the hold capacitor Fully, 

A simplified model of a sample-and-hold circuit and Ihe 
equations describing its frequency-domain transfer function 
are shown in Fig. 3. The fraclion of the Input signal thai is 
stored on the bold capacitor is referred to as the sampler 
efficiency e< and for this model it can be computed as: 

e = i _ e L nn /Rc 
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I(ii)"'M efficiency, e = l. would require that ihe sampler ou- 
tline be several RC time constants long, hut ihis would mean 
an excessively small inpui bandwidth, as shown hy the G^p 
portion of the samp le-and- hold circuit frequency response 
equation in Fig, SL Most microwave samplers have relatively 
low voltage transfer efficiencies, usually significantly less 
than 1094 With this low sampling efficiency, the result am 
voltage on the hold capacitor is a weighted combination of 
the input voltage from many samples. Sample-to-samplc 
independence is not achieved. 

An ideal sample-and-hold circuit also holds its sampled volt- 
age indefinitely until either a reset or the next sample occurs. 
The voltage droop from one sample to the nexl is character- 
ized by the hold efficiency B, which can be computed as; 



B 



-ts/RpC 



where t s is the sampling period and H r> is the sample and- 
hold circuits load resistance as defined In Fig. -i. 100% bold 
efficiency means no droop and an infinite load impedance. 
Pis*, i shows the time-domain results of sampling a pulse 
waveform with a sample-und hold circuit thai has ideal char- 
aei eristics, with reduced sampler efficiency, and with re- 
duced hold efficiency. Fig. 5 plots the Gu portion of (he 
s;unple-and-hold circuits frequency response equal ion for 
samplej -iTI'it -lem £esof 100%, 10%, and 196, and for hold effi- 
ciencies of !-)(>% u\n\ n n i" For low sampler efficiencies like 
i hose normally encountered in microwave samplers, the 
plots in Fig. fi look ver\ niiirh like a single-pole, low-pass 
filler The equal ions fi ir I . M do indeed simplify and con- 
verge, in this ease, Uia single -pole filter. The efficiency 
equations become: 



B 



1 - U/R,,C 



The original model then becomes the very commonly used 
model shown in Fig, f>. The sampler is simply replaced by its 
I hue averaged i mper lance H\J\ , , , , . 

This character] zat ion oi "die sampler model points QUI the 
main difficulties of using a microwave sampler as a sample- 
and-hold circuit. The IF ouipui voltage is low pass filtered 
and represents an average of man\ samples of the mpul 
voltage, in addition, if the hold efficiency is not very close to 
1, even the low-Frequency gain will vary with ihe sampling 



frequency and ihe sampler efficiency as shown in Fig. 5. To 
solve this latter problem, the HP 70S20A microwave transi- 
tion analyzer module uses a very high-impedance buffer on 

the out put of the sampler and po >v i i i vc feedback 

bootstrap voltage lo remove the low -frequency loading 
effects of the current biasing in Fig. 2. 

i >perating with this - »d impedance lias the additional 
benefit «>l minimizing the sampler compression at high input 
levels ignal current i m through Ihe 

sampler diodes. In addition, since the sampler diodes are 
effectively current biased instead of voltage biased, their 
sensitivity to temperature variations is considerably reduced 

The problems created by the sample 1' -w-pass filter effect 
are more difficult to solve. As the sampling frequency is var- 
ied, the current bias is changed by the processor to keep the 
sampler on-time t ilU constant This is required so that the RF 
frequency response does not v;.u\ noticeably with sampling 
frequency. However, since Ihe sampler time constant is pro- 
portional to t on . t s . the IF bandwidth now varies with sam- 
pling frequency* To solve this problem a programmable zero 
w-as added following the IF 1m i tier amplifier (see Fig. 7). 
During the IF calibration process, the sample-and-bold cir- 
cuit low-pass pole is measured as a function of the sampling 
frequency. Whenever the sampling frequency is changed t the 
programmable-zero amplifier is adjusted to cancel the effect 
of the sampler pole. 

Another challenge encountered when using a microwave 
sampler as a sample-ami hold circuit is its feedthrough capac- 
itance. A capacitance as low as SO femtofarads between the 
RF input and IF output will cause significant errors in Un- 
expected operation of the microwave sampler Signals he- 
low io MHz will directly couple into the IF even when the 
sampler is supposed to be oft To cancel this effect, the input 
signal is lapped off before ihe sampler diodes, inverted, and 
capaciiiveh summed back into the IF signal. 

The iFouipui of die sampler is ac coupled. Wheai die Instru- 
ment is dc coupled, ihe dc component is restored by picking 
ii off befi ire the sampler diodes and summing it back in at 
the IF buffer stage Tin 1 crossover frequency is about 3 Ilz. 
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Fig, 6. Simplified sainpler raodd 

IF and ADC Operation 

Now that the signal has been sampled and I he sampler pok 1 
effect has been canceled, the IF signal can he processed and 
digitized. The IF processing block diagram is shown in Fig, 7. 
The ADC used in (he HP 70820 A is a lOdnt device, operating 
at 1 he same frequency us the input sampler. This 10-hit reso- 
lution does no! provide enough dynamic range for many of 
the measurements performed by the microwave transition 
analyzer. For example, network analysis measurements can 
be performed over a great er-l hart- lOU-dB range and time- 
domain waveforms of i m\ full scale can be captured with- 
out requiring I race-lot race averaging To achieve this d\ 
namic range improvement, step gains are placed in the IF 
signal path. Up to 60 dB Of gain in o-dR steps can he switched 
in, either autoranged or manually controlled by the user. 
This means that even lowdevei signals can use the full range 
and accuracy of the ADC. To allow gain to be used even in 
the presence of a large dc signal, a dc offset DAC is added 
ahead of the step gains as shown in Fig. 7. This allows up to 
±420 mV of offset to be applied to the IF signal before the 
step gains. The dc offsel capability does not affect the al- 
lowed input signal range. II must be kept less than 420 mV 
peak to avoid sampler compression. 

The total noise present in the IF may mask the input signal 
and limit the amount of step gain that can be used without 
overranging the ADC. This noise is there because the sam- 
pler translates the entire 40- GHz bandwidth into ihe IF fre- 
quency range. The progranimahle-zero amplifier also ado's a 
lot of high-frequency amplification to the sampler and the IF 
buffer noise floor. All of this noise needs to be minimized. It 
is also highly desirable to remove any harmonics of the sam- 
pling LQ signal and signals centered around them. To solve 
these problems, switchable low-pass IF filters are used. 
These include a 10-MHz filter for sampling rates between 14 



and 20 MHz and a 7 MHz filter for sampling rates less than 
I 1 \1 1 !/. In addition, a KHkkHz analog noise filter can be 
switched in to provide :j meater-than-20-riB reduction in 
total noise. Since this noise filtering is done in real time, it 
provides faster signal-to noise ratio improvement than the 
digital signal processor- based alternatives. 

As described m the article on page 48, the IF signal is a timc- 
S€aled version of the original RF signal when Ihe instrument 
is operating in Ihe standard, repetitive sampling mode. 
Therefore, triggering Information can be obtained from the 
IF signal Since the signal is at a much lower frequency and 
is potentially amplified and filtered, the trigger circuit ry is 
cheaper to implement and more accurate than a trigger cir- 
ruil operating directly on the microwave signals. This allows 
the microwave transition analyzer to trigger internally on 
very 7 low-level periodic signals anywhere in its microwave 
frequency range. 

Once the IF signal has been filtered, offset, and amplified, it 
is ready to be digitized The ADC is a commercially avail- 
able, two-pass, IiTbil ADC and the required external sample- 
and-hokl circuit is implemented with a discrete design. The 
sample and hold circuit and ADC are driven at the same 
frequency as the microwave input sampler - . The digitized 
signal is stored into the 25iiK-samplc ADC memory buffer 
for further digital signal processing. 

IF Corrections 

Fig. 8 show's a representation of the spectrum of the analog 
IF signal for a sample rate of f s = I/t s . The ideal sampling 
operation creates a spectrum that is replicated every f s so 
the spectral component at f* = f s - fj is the complex coriju 
gate of the ideal spectral component at fp The IF proces- 
sing, including the hold operation of the microwave input 
sampler and the low -pass niters, provides a different 
amount of attenuation .and phase shifl at the IF frequency fg 
than at frequency fp This is signified by the G(f) transfer 
function in Fig. 8. When the ADC saniple-and-hold circuit 
resamples the IF signal, the spectral component at f> will be 
aliased or folded onto the same in i qucncy as fj. If is not pos- 
sible to build a perfect anti-aliasing filter thai w ill totally 
eliminate {?■ even at a fixed sample frequency of 20 MHz, 
and in ibis application, where the sample rate is continuously 
%'ariable between 10 and 20 MHz, there will be significant 
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Because of Front-End Sampling Operation 
V^zHVtffi) 

Because of IF Shape and LO Delays, 
V IFZ trV = V 2 tf 2 ) G|f 3 1 

Because of folding in ADC Sample-and-Hold Circuit. 
VflDcUi)-V, F1 (fO + V, FZ *(f 2 ) 



VadcI'i*- W^f^J [B(fi)+G*1f a f t i3 



Folded IF Response 
Fig. 8. Spectrum fukiing in the mkrnwa > 

aliasing, Ilowcvvr. since the filtered IF signal was originally 
a sampled signal, the relationship between the original 
aliased spectrum and the unaliased spectrum is known: 

Therefore the original spectrum can he computed if the 
folded IF response (G(fj + G*(f s - C| )) can he determined, 
The folded frequency response varies with f s , and f a can he 
any value between LO and 20 MHz. Therefore. The IF cannot 
realistically be calibrated just by measuring the folded IF 
response, since there are an almost unlimited number of 
different responses possible. Instead, the unfolded frequen- 
cy response (iff) must be determined and Ihen I he folded 
response ran he computed based on Ihe pmsenl value of f s . 
Determining the folded IF response is ihe major requirement 
Tor the digital signal processor-based IF corrections in Ihe 
microwave transition analyzer 

Many filings contribute (o the overall IF frequency response 
In addition to the fluiness of ihe IF buffer -amplifier, tht 
programmable-zero amplifier, and anj nonideal canceUation 
of ihe sampler pole, all possible combinations of analog fil- 

n-rs and 9$ep gains tnusi be characterized. Foi ■ example. Ihe 
relatively high-order filters may have an amplitude response 
flatness of ±2 dl? and some very significant group delay van 
ation which creates considerable ringing in their Step re- 
sponse. To measure these, flu mieroua\e transition analyz- 
er generates a calibration signal. The calibration signal is ;i 
precisely known square wave thai is connected by Ihe uses 
to the input port. The frequency and amplitude of the cal- 
ibration signal are adjusted and varied as required during 
the IF calibration process. This calibration signal is only 
used for tF calibration and verification, The rise and fall 
mm' requirements on Hie calibration signal are governed by 
the requirement that it settle in less than "b nv so it is not 
useful for verifying or calibrating the RF Erequency response 
of the. input, 

The IF frequency response nmsi he measured in an alias- 
free fashion and a\ frequencies higher than n> MHz. This 
cannot be done with just a 2Q»MHz maximum sample rale. 
The exclusive '-OR c«hli ml shown in Fig, 7, which inverts and 



delays the ADC clock, helps solve this problem. By firs! 
measuring the calibration signal with a normal 211-MHz c! 
and then remeasuring ihe same signal with the inverted 
n k, which delays the ADC samph s, an effective 

1 Hz sampl e rate is ac hie v ed aftei i ueasuremen ts 

are interleaved. In this way, fhe frequency respon^ 
magnitude and phase, of the IF path, the step gains, and the 
switched filters are all determined. In some cases the mea- 
s 1 1 r e< 1 f lata is 1 1 v in the correct ion process. In other 

-, such as for the step gains esuJts are achieved 

by fitting the measured data (o a model and then computing 
the extrapolated frequency response from the model. 

The other critical parameter that must be included in the IF 
frequency response is the delay between the microwave 
input sampler and fhe ADC saniple-and-hold circuit. This 
must include both the IF signal delay and the delay in die LO 
clock paths Since thisdela] i^ not constant with sample 
frequency, it must be characterized as a function of the sam- 
ple frequency. A significant portion of the IF calibration time 
is spent doing this characterization. This involves measuring 
ihe group delay of the harmonics of the calibration signal at 
different sample frequencies. 

Once the unfolded frequency response and the delay have 
been measured, the folded frequency response can be com- 
puted for a given sample frequency. However, since the Vi 
and V\* spectral components can have very similar amph- 
ludes. ii may mm out that the folded frequency response has 
a very deep mill in it. depending on the phase relationships. 
An excessively deep null cannot be properly corrected, for 
both noise and stability reasons. When this occurs, the firm- 
ware in the microwave transition analyzer must change the 
delay relationship between the IF signal and the ADC clock* 
This can be done with either the ADC clock invert/delay 
COntrdI 01 by using a different 20-MHz analog filter in tin 
signal path. The firmware determines which of the possible 
combinations results in ihe best possible folded frequency 

response. 

Once the tF calibration process has been completed, ihe 

data is stored in hall cry hacked-up RAM. Whenever Ihe s;im 
pie frequency or IF gain is changed, the microwave transi- 
tion analyzer firmware recomputes the folded frequency 
response of the IF, This folded response is then inverted and 
applied tO the digitized iuptil data using either an FPT (last 
Fourier transform } operation or a til point FIR ( finite impulse 
response:) digital filtering operation, depending on the mea- 
surement mode. The result is that ihe IF looks as if it has a 
Hal response all the way to I lie Nyquisi frequency if/-) 
Therefore, the microwave sampler appears to have the Ideal 
impulse and step response expected of a true sample-anil 
hold rirviiii. 

Sample Rate Synthesizer 

fhe requirements on the sample-rate synthesizer in the 
microwave transition analyzer are quite stringent \'ot only 
itmst it have a frequency resolution less than 0,001 Hz over a 
10-to-lib-MIlz I requeue y range, fun if must also be able to 
phase-lock to a common 10-MHz reference and be capable 
of shifting the phase of the synthesized output with less than 
i h 'i 1 1 decree resolution, Fort n rial ely, this type of source, 
using fractional-^ synthesis technique sr had been used in 
earlier HP instruments and could be efficiently leveraged. 
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The most stringent requirement for the source was its jitter, 

or equivalent phase noise, bui the available implement at ions 
had inadequate performance. Both the clqse4nartd the 
broadband phase noise of the synthesizer are important For 

example, just based on the maximum slope of a full-scale 
-Iti-Gllz sine wave, jitter of 7 femiosecnnds mi the sampler 
LO signal generates additional noise greater than one least 
significant bit of the ADC*. Since the fundamental of I he RF 
waveforms can be mixed to as low as 100 IIz in the IF, mini- 
mising the close-in noise and spurious components of the 
sample-rate synthesizer is critical to avoiding low- frequency 
perturbations and distortion of the digitized signal 

To improve I he basic performance of the available 
fraetional-N synthesizers while still leveraging much Of the 
previous engineering effort and available integrated circuits, 
a translate loop was added to the normal synthesizer block 
diagram. As seen in Fig. l .K instead of having Ihc loop oscilla- 
tor operate directly over the normal 30-to-* r iU-MIIz band, a 
420-to-l 10-MHz oscillator is mixed with a ^90-MIIz reference 
oscillator. The mixer out put. SO to ">d MHz, is Ihe input to the 
leveraged fraclional-N assembly, which does Ihe fractional 
division, phase detection, and interpolated phase correction^ 
and generates the tuning voltage to lot k the i W \JH/ osciiia 
ton A second output of the 440-MHss oscillator is Uh\ to a 
programmable integer divider to generate ihe l<Mo-20Mllz 
output. 

There was no requirement for this synthesizer to sweep con 
tinuously over the l0-tO-2OMH2 range. This translate u\\< I 
divide-down block diagram allows the performance of the 
overall synthesizer To be improved from the original design 
by a factor equal to the integer divide number, or more than 
26 dB. To improve \\w broadband phase noise further, a 
200-kHz-wide bandpass filter is switched in just before the 
step recovery diode* driver whenever the synthesizer is with- 
in the Ul.S-io-2()<MMz frequency range. In the majority of the 
measurement modes, the synthesizer is set very close lo 20 
MHz. so this bandpass filter is normally used, While it was 
not possible to achieve the 7-fs performance number, this 



combination of improvement redm vs the jitter contribution 
of the synthesiser to less than 1 ps. 

RF Filtering 

Because die microwave nausinou analyze] digitizes wave- 
font is v\ iih a continuous and extremely precise time axis, it 
becomes feasible to apply digital filtering functions lo these 
wave tonus. These filters can be used to simulate the adding 
of a hardware filler to the system, to improve the signal-to- 
noise performance, to remove tin desired harmonics and 
spurious frequency components, and to compensate for non- 
ideal microwave frequency response effects in Ihe RF cir- 
cuit \y, cabling, probes, and test fixtures, which inevitably 
degrade I hi 1 system bandwidth. This ability to correct for RF 
frequency response roll-off is also used within the instru- 
ment to Batten the frequency response of both the samplers 
and the internal RF cabling to 40 GHz. 

Two niters can be defined by the user, one for each of Ihe 
two input channels. These filters are specified by defining 
the magnitude and phase response at up to 128 arbitrarily 
spaced frequency points. The type of interpolation in be 
used between ijucucies ran be specified as Hat. 

linear, or logarithmic. These user-defined filters are com- 
bined with the instruments own RF correction data to gen- 
erate the composite filter function that is applied to the digi- 
tized signal. Regardless of whether the sampler is being 
used for frequency translation or frequency compression or 
a combination of the two, there is a unique mapping be- 
tween the input RF frequency and the IF frequency. This 
means that the desired KF filtering can indeed be performed 
by scaling and translating the filters frequency axis h;iM I 
on the current time span and carrier frequency, into the IF 
band and perforating the filtering on the digitized IF signal 

There are 9$ilie modes of sampler operation in which the RF 
waveform is not replicated in the IF so there is no unique 
RF-io-IF frequency mapping attd RF filtering cannot be per- 
formed. An example of this mode of operation would be 
when triggering on the clock frequency while sampling a 
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y ref U ref U ref rJB ref 

Fig. 10. An example of a measurement ujtM u 

The frequenr\ i>-: I n&asif&d i I^Himi 

1 1 aee I, st >red, and used : > • cortei t a measunertti m ol -h 300-ps 
pttl ■►- using the fixture, Tlie ri.n.-ri, I LraQi men 

-'[!■ I with the fixture is ^Imosl td^i ntteal : " the Ideal trace trea- 
sured without the fixture, Because the ideal and corrected tra 
.»f'- almost identical ■■ diMiui>uish:iUi' in rhi.s figuiv. 

random data sequence to create an eye diagram. User filter- 
ing, including the internal RF corrections U* lu < illz, is not 
valid in this mode so the feature must be turned off. If. how- 
ever, the data sequence is actually a pseudorandom data 
sequence and the sample rale of I he microwave transition 
analyzer is adjusted to correspond to i lu- pattern repetition 
rate instead of the clock rale, then the RF waveform is repli- 
d in i he IK and RF filtering arid corrections can be pe£* 
formed, even while triggering on Ihe clock to make eye 
diagram measurement s. 

Ilf user filler and Correction data ran ho generated in sev- 
eral ways, hired enlry of values is one alternative that is 
useful for simple, rectangular Biters. The frequency domain 
dan fortlie UF II Iter can also be generated front any of the 
four i races. This means thai mathematical fillers ran be de 
lined using The built-in Tract 1 mulh and Stored to the RF filter. 

More important, ii means ihai measurements can be used to 

create the RF filter or correction data For example, the 
microwave transition analyzer, in <oujiui< nun with an ap- 
propriate source, ran he used in measure a Transfer function 

of a rnicrowave tes( fixture. This transfer function ran he 
stored to ihe user correction table, and the inverse of this 
transfer function can then be used as ihe RF filter to ho ap- 
plied lo the time-domain data. Tins filtering u icon n volution) 
removes the frequency response effeei of the tesl fixture 
from the lime-domain waveform of interest The transfer 
function measurement ran he done in frequency sweep 
mode with a ( VV source Stepped Ov^et the frequency range of 
interest like a conventional network analyzer, or ihe Irausfor 
function can be measured wiili a wide- band width step or 

impulse soiiii i 

An example of applying the user correction t i I n ■ i la sh<»w n in 
Fig. 10, Firsi i ho freemen* .■> respond transfer function oJ a 
cable fixture was determined b$ measuring a 100-ps pulse 
bolh before and after ii went through ihe cable fixture. The 

in oJ i hose two pulse trains was computed to determine 
their frequency spectrums. The ratio of these two sped rums 



was taken and stored to the user correction filter as the 
cal Jo fixture s frequency response. This is shown on the 
bottom trace in Fig. 10 out lo a frequency of S GHz. A test 
pulse of of 800 ps was then used. The upper raw trace shows 
the pulse distortion caused by the cable fixture After user 
corrections were turned on. the corrected taee wasgener- 
. which lies almost directly on the ideal brace The ideal 
l race was established by measuring the pulse directly out of 
the pulse genei re it was connected U I ihe cable 

fixture. The time-domain traces are showing a half cycle of a 
200-MHz pulse train. 

There are some limitations on the ability of the microwave 
transition analyzer n apply RF filtering and correction to 
time-domain waveforms, First, ihe IF waveform musr bed 
valid represemat i> KF waveform. U there are non- 

harmonicaliy related, spurious, or random signals present. 
they will be mixed into the IF but will not appear at the cor- 
rect frequencies, so incorrect filter values will be applied to 
them. Second, the signal must be sampled with Hue enough 
equivalent time resolution to avoid aliasing any significant 
I iiirmonics or sidebands. This is just the Nyquisl criterion, 
which says that a signal musi be sampled a( a rate greater 
lhan twice its single-sided bandwidth. This applies bo both 
real-time, single-shol sampling and repetitive, equivalent 
time sampling. Any aliased components will appear at the 
in* -urrec t frequencies and be improperly filtered. 

Third, because limited lime records are captured and pro- 
cessed with the FFT totally arbitrary niter shapes cannot, in 
general, be precisely accommodated For example, a filter 
shape with a § us transient response would require that 2 us 
of an arbitrary input be digitized to generate even the first 
output f to int. A desired time resolution of I ps would require 
i wo million data samples and a digital filler with effectively 
i wo million inefficient taps. There are iwo methods avail- 
able to minimize* this limitation. If mi integer number of 
cycles of the input are used in Ihe FFT processing, thenarbi 
traiy filter shapes ran be prerisek handled. The circular 

convolution performed by ihe FFT is. in this case, exactly 
equivalent to iho desired linear ^involution. To make this 
more practical to the user, a Cycles mode is available in 
which i lie lime span can be set in lorn is of cycles of I bo fun- 
damental instead erf seconds per division, This automatically 
tracks the fundamental frequency a.s it is changed. The micro- 
wave transition analyzer oversweops the Inm -dmnain span 
up to the next largest pnwerof-t wo trace size. For example, 

if a U.o-eyelo li tut span is Specified with a i race pom I size of 
"12, thou one full cycle of the waveform is digitized and a 
11)21 -pou it KKf isused. 

Mi sea 'nd method of minimizing ihe effect of limited time 
records is lo make sun 1 thai the filter's transient response is 
shorter than the minimum displayed time span tube used If 
iho waveform used in the FFT does not contain an integer 
number of signal periods^ there will potentially be edge ef- 
fects because of the combination of the discontinuity at the 
edges of the time record and the niter's transient response. 
Smce the instrument overs weeps up to a factor Of twi t, the 
edge offorts will not be pan of ihe displayed waveform as 
long as ihe filler has a transient response shorter than the 
displayed lime span. 
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A fourth limitation on the ability of the microwave transition 

analyzer lo apply RF filtering and correction is rhat clecon- 
volution cannot he performed over a wide dynamic range, 
For example, if! he Tesl fixture has an upper frequency roll- 
otTor a narrowband notch t$&$ dB, correcting for ibis would 
require That the microwave transition analyzer effectively 
apply 50 dB of gain at these frequencies. This much gain on 
the noise components creates an excessively noisy and un- 
stable waveform trace. In general, 20 to 30 dB is about ihe 
largest amount of frequency dependenl amplification that 
ran be used while maintaining an acceptable waveform wilh 
a reasonable amount of averaging and reasonable stability in 
the test fixture. When creating the Iransfer function lo be 
used in the deconvolutiun, Ihe attenuation should be rolled 
off once the transfer function has dropped below the accept- 
able limit This also effectively tow-pass fillers ihe signal al 
frequencies above which decon volution can no longer be 
done. This is seen in Ihe last division of the user correction 
trace shown in Fig, 10, where the frequency response is be- 
ing tapered from -35 dB to +20 dB at 10 GHz. Keeping the 
value of-35dB to the dclauJl 100-GH2 maximum frequency 
would have resulted in excessive noise because of the +35 
dB of broadband gain that this would have created. 

Analytic Signal 

Many of the primary applications for the microwave transi- 
tion analyzer result from its built-in capability to easily dis- 
play the instantaneous magnitude and phase envelope of rlir 
input signal. This capability is implemented by creating the 
quadrature function using the Ililbert transform, This quad- 
rature function is combined with Ihe original data lo form a 
complex-valued representation of the waveform called the 

ft tut lytic signal . Jus! as complex-valued phasor representa- 
tions simplify the analysis of linear thru i is, ihe analytic sig- 
nal simplifies ihe manipulation and analysis of modulated 
waveforms. 

Assume a signal can be malhernatically expressed as 

xf() = aUJcosUo.t + <|>{l)), 

where cu<. is the carrier frequency and aft ) and tj>(t) are the 
amplitude and phase modulation functions. 

Now create the complex function, 

xjl) = xfi) jx.JU. 

where *&#) is the Hilbert transform of x(t ). The Hilbert 
Iransfonn is defined as a convolution of the the signal with 
-1/nt, The frequency-domain relationship is simply: 

XhiCD -jXiriM-un"). 

where sign(f) = -1 for f < 0, for T * ii, and 1 for f > 0. Thus, 

X,(0 = X(f)(l + sign(fn 
= 2X{f)forf > 
= X(0forf = 
= Oforf < 0. 

This is simph ihe positive spectrum of xd \, 

11 the modulation bandwidlh is less than the carrier frequent \ 
\ i .e., the modulation spectrum doesn't wrap around do, then 

X .11 = a(l)r 



and a(t ) and <|>(t) can be simply calculated from the 
magnitude and phase oJ Hi tnalytic signal x :i fi ): 



and 



aft) - v (x(t^ + xjt) 2 ) 



cp{t) - - tan-'(x hi n)/x(n) - (u>&, 



Anol her way to view the Hilbert transform is as a phase 
shifter thai shifts the phase of each input frequency compo- 
nent by ttl) degrees, leaving I lie magnitude unaffected The 
resulting signal is said to be in phase quadrature with the 
original. This is sometimes done wilh analog phase shillers 
in radar and receiver systems, Very accurate, wideband re 
suits become much easier to achieve, however, with digital 
signal processing, using either the FFT as shown above, or 
lime-domain F!R filters. 

The analytic signal representation is particularly useful in 
the measurement of pulsed RF signals, in these applications 
it is often the characteristics of the magnitude or phase as a 
f unci ion of time 1 thai are of interest. These features of the 
signal can be obtained by simply Converting the analytic 
representation to polar formal and displaying ihe desired 
quantity. Traces of phase as a function of lime can be numer- 
ically differentiated lo display frequency as a h met ion of time, 
A Linear slope corresponding to ihe carrier frequency can be 
mathematical^ removed leaving a display of the carrier's 
phase modulation as a function oJ time. As described here, 
these are single-channel measurements where the carrier 
phase is measured relative to the fixed-frequency sampling 
pulse. Measuring the phase with respect to a CW reference 
is also possible, using both input channels. 

Two-channel operation suggests another valuable use of the 

analytic representation: vector normalization of traces. 
Many times it is desired lo measure 1 Ihe magnitude and 
phase response of a particular device under a lime-vaty ing 
stimulus, such as pulsed RE In this case, a two-channel mea- 

suretneni is needed in which the time response at tin iput 

of the device is divided (in vector fashion) by the response 
at ihe input. Also, to support the 1 measurements typically 
found in conventional network analyze* systems, a complex 
(vector) representation of trace data is mandatory. 

Since the UiJberi transform is a filtering process, it has the 1 
same limitations and constraints as previously discussed for 
RF lilt ering. In addition, it has the constraint that the signal 
must correspond to the basic model of a single carrier fre- 
quency with modulation sidebands. For example, baseband 
signals wilh a fundamental and many harmonics do not 
mcei ihis criterion, and the analytic operator has IN tie, if 
any. useful meaning. The user can disable the analytic opera- 
tor in this mode to achieve some increased performance 
speed- The Hilbert transform performs best if the carrier is 
located in the center of the IF bandwidth. This provides the 
maximum amount of double-sided modulation bandwidth, 
and keeps the [airier the maximum distance from dc or the 
Nyquisl frequence where inaccuracies in ihe Hilbert trans- 
form are ihe greatest The internal implementation of ihe 
Hilbert transform generally uses the positive-side FFT tech- 
nique, with some additional enhancements using windowing 
and unwindowing operations to minimize the time record 
edge discontinuities. 
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Sampling at Slower Rates 

As mentioned earlier, the sampling rate synthesizer operates 
between 1 (> and ~0 MHz. Normally, the sampling rate must 
be set very close to the input signals fundamental frequency 
or pulse repetition frequeru iharmonic thereof Tins 

means thai signal frequent tan 10 MHz cannot 

acquired in the normal manner U lite hardware sampling 
rale ; i multiple of the desired rate, then simply keep- 

ing one out of every N points would result in the desired 
sampling rate, rnfortunarely, complications arise for trigger- 
ing and providing IF correction. Because more than one 
sample is taken during each period of the input signal. Hie IF 
signal presented to the ADC is not an accurate replica of the 
input signal, with or without IFeorreni. in Pi h This reason, 
triggering on the IF signal is no longer adequate for proper 
operation What is required is a digital triggering operation 
using only the samples corresponding to the final (decimated} 
sampling rate. To correct the IF response and ensure that 
the retained sample is an accurate measure ol 'the input sig- 
nal voltage, the influence of the samples leading up to the 
desire d one needs to be removed. This can only he achi< > I 
hv processing the original samples obtained at the hardware 
sampling rate and correct i tig the desired sample be 
discarding the reruaining N-l samples 

Many samples may have to be processed before a software 
trigger is delected. Consequently, the processing involved in 
applying IF corrections to the retained samples needs to be 
done in real time, that is, the correction process needs lo 
operate in parallel with the data collection ai a rale lhai is 
sustainable over an indefinite period. This is accomplished 
by designing the ADC memory to be a dual-ported circular 
buffer so thai one segment of memory can b$ worked on 
while another is being written to by the ADC. As samples 
are collected at the 10-to-20-MHz rate in another pari of 
memory, a finite impulse response (FIR) IF correction filter 
of up to 61 taps is applied to the block of samples just col- 
led cd and a single corrected output sample is produced. 
The digital signal processor is able to produce cnireded 
samples ar a maximum rate of aboul 10 kHz. This then 
becomes the maximum sampling rate in the new mode of 
operation. The minimum sampling rate is 1 Ilz. 

Input signals with a fundamenta) repetition frequency less 
than io kit/, an- sampled once per cycle. The sample rate 



somewhere between 10 and 20 MHz, N is 

determined, and i of N hardware samples are corrected and 
retained The process is the same for Input repetition fre- 
quencies between 10 kHz and 10 MHz except that multiple 
input periods occur between each retained sample, keeping 
the output rate less than 10 kHz. 

( i j n elusion 

By combining and enhancing the basic analog and digital 
hardware blocks with the flexibility of digital signal \m> 
ing, the HP 7US20A microwave transition analyzer team was 
able io implement a fundamentally simple microwave data 

;siiion instrumenl that is capable of making a wide vari- 
ety of time-domain and frequency -don tain measurements on 
microwave signals and components. Not only does this pro- 
vide new versatility previously unavailable in a single instru- 
ment on both CVV and complex Time-vary ing signals, but it 
also provides new functionality to the microwave designer — 
for example, in looking at extremely fast transitions on 
periodically pulsed signals. 

Ac know 1 ed g m e II ts 

The development of J he IIP 70S20A microwave transition 
analyzer module, given its new approach to making such a 
wide variety of measurements, required the work, contribu- 
tions, and advice of a large number of people as its defini- 
tion and functionality evolved over fete Mike Marzalek and 
Ron Ilogan pioneered many of the initial hardware concepts. 
Steve Peterson helped develop the digital signal processor 
processing algorithms, user interface, and firmware func- 
tionality. Mechanical product design by Jim Tran china and 
major hardware design efforts by Matt Fowler Dave Ballo, 
and Jim .Jensen brought the product to its final production 
quality status. 
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A Visual Engineering Environment for 
Test Software Development 

Software development for computer-automated testing is dramatically 
eased by HP VEE, which allows a problem to be expressed on the 
computer using the conceptual model most common to the technical user: 

the block diagram. 

by Douglas C. Beet he and William L. Hunt 



For many years, the cost of developing computer-automated 
testing software has grown white the rust of the computer 
and instrumentation equipment required to run tests lias 
dropped significantly Today, in many lesi systems, die hard- 
ware costs represent less than 2©%offche Iota! i test ofthe 
system and software eusrs consume the other 7596- III* VEE 
was designed lo dramatically reduce lesi software develop- 
ment COStS by allowing [he TesT To be expressed on the rem 

puter nsing tiie conceptual model most common to the tech 

meal user: the block diagram. This article will provide a 
general overview of die development of HP VEE, its feature 
set. and how ii applies die concept of the executable block 
diagram. Further details of the architecture oflFP VEE can 
be found in the articles on pa^es 7S and SI, 

There was a Time when business and finance people dreaded 
using a computer because it meant an extended uuestion- 
and-answer session with a primitive mainframe application 
being displayed on a dumb lenninal Even after the first per- 
sonal computers were introduced, very little changed, since 
the existing applications were simply rewritten to run on 
diem. When die electronic spreadsheet was developed, busi- 
ness users could finally interact with the computer on their 
own terms, expressing problems in the ledger language The\ 
understood, 



The Technical community was left out of this story, not be- 
cause the personal computer was incapable of meeting 
many of their needs, but because their problems could sel- 
dom be expressed well in (he rows and eohuuns of a ledger 
Their only options, therefore, were to continue to work with 
Ihe quest ion-and-aiisvver siyle applications oj the past, OF to 
write special-purpose programs in a traditional programming 
language such as Pascal, c, or BASIC, 

Technical geoplfcoften find it difficult to discuss technical 
issues wit hunt drawing block diagrams <>n while boards, 
notebooks, luneli napkins, or anything else al hand. This 
begins at the university where They are taught to model vari- 
ous phenomena by expressing ihe basis problem in the form 
of a block dinurum. These bloek diagrams usually consist of 
objects or processes that interarl with Other objects or pro- 
cesses in a predictable manner. Sometimes Ihe nature Of the 
interactions is well-known and many limes these interactions 
must be delennined experimentally, but in nearly all cases 
die common language of expression is The block diagram. 

Unfortunately, the task of translating the bloek diagram on 
the lunch napkin into some nniui eligible computer language 
is so difficult that most technical people simply cannot cx- 
iract real value from a computer. Slaying up on the teaming 
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carve of their own problem domain is a sufficient challenge 
thai embracing a whole new learning rune (programming) 
just to translate problems for the computers henefit hardly 
seems worth the effort. While it is true thai many wonderful 
solutions to certain lands of problems have been generated 
over the years, most of the potential usefulness of comput- 
ers has never been realized m many cases, a good calcula- 
tor is still the best bel because it makes a manual sokm 
re lat i vely easy U> compute. 

What is HP VEE? 

HP VEE, Hewlett-Packard's visual engineering environment, 
is a software tool thai allows meiB to create solm i- i 
linking visual objects (icons) into block diagrams, rather 
than by using traditional textual programming statements. 
IIP VEE provides objects for data collection, analysis, and 
presentation, in addition lu objects and features for data 
storage, flow, modularity, debugging, documenting, and 
creating graphi cal u se rime if a e es . Th e < > t >j e cts work I o- 
gether in the form of an interconnected network or block 
diagram constructed by the user to represent the problem at 
hand. The user selects the necessary objects from the menu, 
links I hem in the manner thai represents how data flows 
from one object to another, and then executes the resulting 
block diagram. No translation to some other language. No 
other intermediate step. 

To understand HP VEE better, consider a simple graphical 
program to draw a circle. By connecting a loop box. two 



math boxes (sin and cos ). and a graph, this simple program 
can be built in less than one minute I Fig. 1 j, Al though this is 
nnt a difficult task using a traditional language that has sup- 
port for graphics, it is still likely thai it will he quicker to 
develop it using IIP VEE. 

IIP VEE eases The complexity of data typing 1>\ providing 
objects that can genera U rpret a variety of data 

number of si example/! he virtual func- 

tion generator object generates a waveform data type, which 
is just an array of real numbers plus the time-base informa- 
tion. It can be displayed on a graph simply by connecting lis 
output to ih* j graph objeci Efits output is connected to a 
Special graph Object called a MagSpec (magnitude spectrum) 
graph, an automatic FFT (fast Fourier transform) is per- 
formed on the waveform i Fig. 2). By connecting a noise gen- 
erator through an ai l< I f>ox* random noise can be injected into 
thfo virtual signal (Fig. 3). If we had preferred to add adc 
offset to this virtual signal, we could have used a constant 
box instead or the noise generator. 

I sei panels allow HP VEE programs to be built with ad- 
vanced graphical user interfaces. They also allow the imi'h - 
mentation details to be hidden From the end user. To com- 
plete our \s a\ eh inn application, we can add the slider and 
the graph to the user panel (Fig. 4). We am adjust the pre- 
sentation of this panel by stretching or moving the panel 
elements as required for our application. 
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This is just a trivial overview Of the basic concept behind 
HP VEE. Other major features not covered include objects 
for sending data lu and from files, data translation and con- 
version, advanced math capabilities, and data display Junc- 
tion*- IIP VEE actually consists ol iwu products. HP VEE- 
Engine is for the analysis and presentation of data gathered 
from files or programs OT generated niaiheiualically HP 
VEE-Test is a superset of IIP VEE-Engine and adds objects 
and capabilities for device 1/0 and instrument control 

Development Philosophy 

The team's goal for IIP VEE was a new programming para 
digm targeted not only ai the casual user, bul also at the 
advanced iLser solving very complex problems. One simple 
approach would have been in assign an icon bo each state- 
ment in a Iradilional language and present it Jo the user in a 
graphical environment. The user would simply civale icons 
(statements) and conned (hem in a structure similar to a 
flowchart. However, such a system would be harder to use 
than a traditional language, since the graphical program 
WOttld require more display space than the older textual 
representation and would be more difficult to create, 
maintain, and modify. This would actually have luvn a S$ep 
backward. 

We decided that a genuine breakthrough in product i\ it \ 
rou Id only be achieved if we moved to a higher level of ab- 
straction to more closely model the users problem. We 
therefore chose to allow users to express their problems as 
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executable block diagrams in which each block contains the 
fund ionality of many i radit ioi ud prr Jgratl i st a I e i ue n < s . M a 1 1 \ 
elements in IIP VEE provide functionality thai would require 
entire routines or libraries if i he equivalent functionality 
wen- implemented using a traditional language. When users 
ran work with larger building blocks, they are freed from 
wonying about small programming details. 

Consider the task of writing data to a file Mosi current pro- 
gramming languages require separate statements for opening 
Hie file, writing I lie dala, and closing the file. Il would have 
been relatively easj to create a file open object, a file wiiie 
object, and a file close object in IIP VEE, Such an approach 
would have required at least three objects and their associ- 
ated connections for even the simplest operation. Instead, 
we created a single object thai handles the open and close 
steps automatically, and also allows all of the intermediate 
(lata operations to be handled in the same box. This single 
To File box supports the block diagram metaphoj because the 
user's Original block diagram would not Include open and 
Close steps (unless this user is also a computer programmer), 
it would only have a box labeled "Append this measurement 
to the data file." The open and close steps are programming 
details that are required by traditional programming languages 
bul are not pad of the original problem. 

( U. consider the task of evaluating mathematical expres- 
sions. In some common dataflow solutions, a simple opera- 
tion such as 2xA+'J would require four objects and Iheir 
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Fig* 4, User panel for wn\ i 
plus noise applieaUoiL 



associated connections (two constants, one add operation, 
and one multiply operation). Using HP VEE s fonnula box 
requires only the single expression object to solve tills prob- 
lem. The point of a block diagram is to show an overview of 
how a complex sysirm operates without regard to imple- 
mentation details. Had HP VEE been Implemented without a 
higher level of abstraction, the resuliing graphical program 
would have had so many boxes and lines that it would have 
resembled a maze rather than a block diagram. 

Development Process 

We followed a fairly informal development lifecycle for HP 
VEE. It was based on the spiral lifeeyele, 1 which divides the 
development phase into a series of design/builoVtesI cycles 
with a risk assessment hefore each. This worked veiy well 
for us for several reasons. Probably the most important fac- 
tor was that the team was small and highly motivated. This 
made rigorous checkpoints and detailed design documents 
unnecessary since all i »f" (he team members worked very 
closely together toward the same goals. Another important 
factor was the use of an object-oriented design approach 
coupled with very careful design practices. This allowed us 
to design classes according to their interactions with the 
rest of the system without spending a greal deal of time im- 
plementing the internals of the classes. This is important in 
a spiral lifecycle because during each cycle an entire class 
or set of classes may need to be reimplement cd. Without an 
object-oriented approach, this would require an excessive 
amount of time rewriting other seemingly unrelated parts of 
the system. Another successful development decision was 
the early incorporation of a full-time software testing team 
to help us wiih the ir*i phases of the lifeeyele. 



The Search for Primitives 

The initial functionality was specified by the team based on 
our experience as frustrated users of third-generation lan- 
guages (3GLs) such as Pascal, C, and BASIC. Certain tasks 
appeared over and over on the "I wish there were some 
other way to do this ..." list. Experience had already shown 
that because of limited flexibility, the usual subroutine library 
approach did nol offer the type of productivity increase being 
sought However, with our executable block diagram meta- 
phor, we fell dial man> oi ihese lasks could be implemented 
as primitives in HP VEE while still providing the necessary 
flexibility. 

Foremost among these tasks were data management, engi- 
neering graphics, instrument control, and integration of mul- 
tiple applications, In each ease we were convinced that a 
higher Ijevej of abstraction could be developed that would be 
flexible yei simple enough to require only minor configura- 
tion specification from the user in most situations 

Data Management 

To tame the basic data management problem w T e developed 
the container archil eri in [\ ( onluiners hold data, cither ar- 
rays or scalaxs, of a wide variety of data types, and pro\ ide a 
rich set of mathematical inuinsies to operate on that data, 
Many opeitrtioiis such as type conversion and array process- 
ing, formerly left tp the user, are incorporated into these 
object abstractions in a fashion that makes them relatively 
transparent, 

Another aspect of data management involves interfacing 
with the Hie System because SO much effort must he ex- 
pended on it when using -KiLs. We developed otrfects thai 
offer the powerful input/output capabilities ol many 3GLs, 
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Object-Oriented Programming in a Large System 



The biggest problem with a large software development effort is that there is just 
too much complexity for the human mind xu menage. The obvious .solution is to 
add more people to the project so that the members are not asked to manage 
more than their individual abilities permit Unfortunately, the law or diminishing 
returns applies, since each additional team member adds a very large communica^ 
tion and training load on the rest of the team In arjckion. there are increased 
limes for disagreement and conflict 

In some ways, development of large software systems is like one person trying to 
dig a canal using only a shovel Yes. it is possible, but probably not in that person's 
inn ma rJ mora people are assigned to the task, it can be done more quickly, but 
only at an enormous cos? However if equipped with the right tools (backhoes* 
earth movers, etc.). one person can accomplish so much that only a small number 
of people are required to complete the project within a reasonable amount ot time, 

Th;-s is > lea behind object-oriented programming. By reducing the amount 

of complexity that one software developer must manage, itiat one person can be 
responsible fur a much larger portion of The system The result is that much higher 
productivity is attainable since smaller teams can be used, thereby avoiding the 
effects of the law of diminishing returns. Features of object-oriented programming 
such as encapsulation and inheritance allow one person to maintain a much larger 
portion of a large system than would be possible with a traditional approach 

Encapsulation is probably the strangest reason to use an object-oriented approach 
for a large system Object-oriented systems encapsulate functionality by combin- 
ing data and associated routines into one package (the class) and then disallowing 
access to the data except through one of the routines. When this is done, code 
outside of the class is less likely to have dependencies on the structure or mean- 
ing of tne data in the class since its only access to the data is through the access 
routines rather than directly to the data This allows a dass to define the exter- 
nally visible interface separately from the internal implementation. Because of mis 
basic structure, a class or even an entire hiera r chy of classes can be completely 
rewritten without affecting Dther parts of the system as long as the externally 
visible interface remains constant. 

Inheritance is another reason to use an object-oriented approach in a large system 
Inheritance allows a new class to he written simply by specifying additions or 



changes to an exsstino class. This means that just a few lines of added code can 
b significant increase in functionality The other benefit of inheritance is 
that code reuse of internal routines is increased substantially. For example there 
is only one single-line text editor in HPVEt. which is used for all single-line text 
entry fields However, since it is easy to add to the behavior of the editor class 
through inheritance, the numeric fields that allow constant expressions as numeric 
input are just; a very small incremental effort over the original line editor They 
simply adri to the accept" mechanism at the end of an editing session and ; i 
the typed string to The parser for evaluation as an expression before attempting to 
record the numeric result 

However, features such as encapsulation and inheritance do not automatically 
result in a system that is easier to maintain antl bwlrt Very careful design practices 
must be followed and the team members must be motivated to do high-quality 
work. Probably the most important design practice is careful partitioning of the 
system so that complexity m one area is not visible in an unrelated 

An object-oriented approach coupled with careful design practices wi 
cause the software development effort lo seem harder than with a more tradi- 
tional approach For example, I'ru Eil approach, if a variable in one module 
needs to be accessed in another module, it is easy to declare that reference directly 
to the compiler In an object-oriented approach, ft is common for these variables to 
exist only as instance variables, which are not allocated until the owning class 
has been instantiated. This means that the compiler cannot reference a value 
directly because it doesn't exist until run time Therefore, a more complete solu- 
tion must he oevised to find the required value This usually means that a mes- 
sage asking for the value must be sent to the object that knows the answer with- 
out ever directly accessing the variable This sounds harder, and it is, but in the 
long run the resulting code is much more maintainable and extendable. 

William L Hunt 
Development Engineer 
VXI Systems Division 



but present litem in the use* bji means bfati teracactive dia- 
log box to eliminate the need lo remember syntax. Each of 
these dialog boxes represents a single transact ion with lite 
file such as read, write, or rewind, and as many transactions 
as neecssaty can be put into a single file 170 object. 

Engineering Graphics 

For engineering graphics, the task of finding a higher level 
of abstraction was relatively easy. Inlike dala management 
engineering graphics is a fundamentally visual operation and 
as such it is clear that a single clement in a b1o« k diagram 
can be used to encapsulate an entire graphical display. 
Therefore, we just developed I he basic framework for each 
type of graph, and we present these to the user as graph 
displays thai require only minor interactive configuration- In 
this area we had a rich set of examples to draw from because 
Of the wide variety of highly developed graphs available on 
HP instruments. In some eases, we were even able to reuse 
the graphics display code from (best 1 instruments 

Instrument Control 

Instriirnnit control is a collection >l several problems: 
knowing the commands required to execute specific opera 
tions, keeping track of the state of the instrument, and (like 
file I ■•<>] remembering the elaborate syntax required by SGhs 
to format and parse the data >i-nt over Bte bus. We developed 



two absi t ;mi ions to solve these problems: instrument drivers 
and direct I/O. 

Instrument drivers have all Of the command syntax for an 
instrument embedded behind m interactive, onscreen panel. 
This panel and the driver behind it are developed using a 
special driver language used by other \W products in addi 
t i< ft to MP VEE. With these panels the task pf cunt rolling tire 
instrument is reduced to interacting with lite onscreen panel 
in much the same fashion as one interacts with the instru- 
ment front panel This is especially useful for modern card- 
cage instruments that have no front panel at all. Currently 
HP provides drivers Tor more than 200 IIP instruments, as 
well as special applications that can be used to develop 
panels and drivers for other inst rumen Is. 

In some situations instrument drivers are not flexible 
enough or fast enough, or they are simply not available for 
the required instruments. For these situations, we developed 
direct I XV Direct I/O use<; transactions similar lo the file I/O 
objects with added capabilities for supporting instrument 
interface features such as sending Ml MB commands, Dircei 
I/O provides the most flexible way lo communicate with 
instruments because it gives I he user control over all of the 
commands and data being sent across the bus. However, 
unlike instrument drivers, the user is also required to know 
the specific cornmands required to control the instrument 



76 



i h i-'i» i 1002 UewleM PackaitlJoumal 



)Copr. 1949-1998 Hewlett-Packard Co. 



ill instrument 
different measurement, direct I/O also supports the upload- 
ing and downloading of learn strings from and to the instru- 
ment. A learn siring is the binary- image 1 of the current state 
of an instrument. It cai simplify the processor 

nstrument for a measurement A typical use of 
this featu an instrument for a specific 

suremem using its front panel and then simply upload ! 
into HP VEE. Aill be au >wn- 

^fore making the measurements, Tims, the user is 
saved from having to team all of the commands required to 
mitjajly configure the instrument from a base or reset state 
before making the measurement In most cases the user '^ 
already familiar with the instrument s front panel 

Multiple Applications 

Multiple application integration turned out to be one of the 
easiest tasks in IIP VEE, since the inherent parallelism 
multiprocess operations call be expressed directly in a 
block diagram. Each element of a bf nam musl 

execute only after the elements that provide data for its in- 
puts. However, two elements that do not depend on each 
i itlier can execute in any order or in parallel. This feature. 
along \\ ith the powerful formatting capabilities provided for 
Interprocess communication, allows she integration arid 
coordination ofverj disparate applications regardless of 
whether they exist as several processes on one system or as 
processes distributed across multiple systems. The only 
object abstractions required to support these activities are 
those thai art as communication ports to other processes. \ 
pair of objects is available thai supports communication 
with local processes tooth child and peer] using formatting 
capabilities similar to chose us£d by file and instrument I/O. 

Finally, we needed id develop objects that would encapsu- 
late several other objects to Form some larger user-defined 
abstraction. This abstraction is available using ihe user ob- 
ject, which can be used in encapsulate an IIP VEE block 
diagram as a unit It can have user-defined taotn and output 
pins and a user panel, and from the outside ii appears to be 
jusi like any other primitive Object 

Refining the Design 

While si ill in r I is ■ early cycles of our spiral lifecycte, we 
sough! a limited number of industry partners. This enabled 
us to incorporate design feedback from tar] ; attempt- 

ing real problems well before encountering design freezes, 

Ei there were feats dial such attempts would slow 
imr development effort because of ihe additional support 
tune required, we felt that the payback in design refinement 
for bolh user interface elements and functional elements 
was substantial 

One example of such a refinement in tin- user interface is 
the automatic line routing feature. Before line routing was 
added, our early users would often spend hall of their time 
adjusting and readjusting die layouts of their programs. 
When asked whj ihev spent so much time doing this thej 
generally were not certain, bui felt compelled to tfb it any- 

■i We wore ver> concerned about ihe anion ul oftime 

being spenl because it reduced the potential amount of 



luctivity that could be gained by using HP VEE, 'I I 
we added automatic line routing and a snap grid for easier 
Ugnment so that users would spend less time trying 
to make their programs look perfect. 

An example of a refinement in the functional aspects of the 

- 
•altered the nee 

task would not have In -pi that die bound- 

ary values i envelope) rareh contained the same number of 
points as the test value. Before the comparator was devel- 
oped, this task required many different objects to perform 
the interpolation and comparison operations on the wave- 
forms. The comparator was developed to perform all of 
these operations and generate a simple pass or fail output 
hi addition n optional)) generates a list of the coordinates 
of failed points from the test waveform, since mam users 
warn to document or display such ha: 

Conclusion 

Barfs prototypes of HP VEE were used for a wide variei\ i »t 
technical problems from the control ofnianufacturing pro- 
cesses to ihe testing of widely distributed lelecoinrnunica- 
net works. Many began exploring ii to orchestrate Ihe 
interaction of other applications, especially where net v. 
interconnections were involved. 

Current experience suggests that the block diagram form of 
problem expression and its companion solution by means of 
dataflow models has wide applicability to problems in mam 
domains: science, engineering, manufacturing, telecommu- 
nications, business, education, and many others Manj 
problems thai are difficult to translate to the Inline text of 
third generation languages such as Pascal or I' are easily 
expressed as block diagrams. Potential users who nre ex- 
perts in their own problem domain, but who have avoided 
computers In the past, raaj now he able to extract real \ 
from computers simply because they can express thru pn ih 
lems in the mote natural language of the block diagram. In 
addition, large-scale problems ihat require the expert user I o 
orchestrate many different but related applications involv- 
ing multiple pi or esses and 01 systems can now be handled 
uhnosi aseasirj as thestmplei problems invotvinga lew 
variables in a single process 
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Developing an Advanced User 
Interface for HP VEE 



Simplicity and flexibility were the primary attributes that guided the user 
interface development. Test programs generated with HP VEE can have 
the same advanced user interface as HP VEE itself. 

by William L. Hunt 



HP VEE, Hewlett-Packard's visual engineering environment, 
was developed as a programming tool for nonprogrammers. 
In the past, computer umis were required to move into the 
computer^ domain. Our goal fur III* VEE was t<> bring r lu* 
computer into the users domain. This meant developing a 
system thai operates m the way that our target users expect 

To accomplish tiiis goal, case of use was of critical impor- 
tance However, because most target user's of IIP VEE are 
highly educated technical professionals, simple-minded ap- 
proaches to user inlerface design were no! appropriate. For 
this audience, I he system must I >e powerfulaitd flexible, hul 
riiusT not heroine an obstacle because of overprotectlOIt 

Willi these constraints in mind, we decided lhal the primary 
attributes of IIP VEE should be simplicity and flexibility. 
Leainability was also considered lo he important, but we 
fell ill a I no one would bother to learn the system unless n 
were a truly useful and powerful loot. Therefore, we fell lhal 
we could compromise some learnnbility in situations where 
a great deal of the power of the system would be lost if 
learnabiliJy were our primary goal ■( >ur overall approach, 
therelore, was to design a system lhal is as natural to learn 
and use as possible and powerful enough thai our customers 
would be excited about learning how to use it. 

Development Guidelines 

i . cneral. simplicity is very imponanl in a user interface 
because it frees the user from having lo worry about unnec- 
essary details or rules. The underlying goal of a good user 
interface is to increase the communication bandwidth be- 
tween the Computer and (he user. However, this does not 
mean that there should be a myriad of displays and mdiea 
■< -i - in fact, quite the opposite is true. The more things there 

are lor the user to comprehend, the greater the chance that 
something will lie missed. The goal, therefore, should be in 
reduce the amount of data that the user must be aware of 
and present die essentia] data in the simplest and most nnn- 
pad wa> possible, similarly, any piece of data presented to 
the user should always be presented in a consistent wa\ be- 
cause this is known to increase comprehension dramatically 

An example of ;i simple way to present information io the 
user is the 3D look used in t he OSF Mot if graphical user 
interface and more recently in other systems such as Micro- 
soft : Windows. When used properly, the 3D borders can be 
used to communicate information about the state of individ- 
ual fields without < i risuming any additional display space. 



Fig. 1 shows how HP VEE uses the 3D look to identify how 
fields will respond to user input Fields that arc editable are 

displayed as recessed or concave. Buttons and Other fields 

dial respond to mouse clicks are shown as convex. Fields 
dial are only used as displays and do not respond to input 
are shown as dai. These slates are very simple to compre- 
hend because the three stales are unique in the way that 
they look and operate, Without realizing it. users will natu- 
rally learn how to identify which fields are editable, which 
fields can he activated, and which fields will not respond lo 
input. This 3D display technique allows these states to be 
displayed without any additional display area. 

Fundamentally. HP VEE was designed around the concept 
of direci manipulation. This means that wherever possible, a 
setting can be changed by operating directly on the display 
of that setting. This results in a significant simplification for 
the user since special operations or commands are not geiv 
erally required to make changes to sellings. For example, 
the scale of a strip chart is shown near the edges of the 
graph display ( Fig, 2 1 If the user wants to change the graph 
scaling, the limit fields themselves can be edited. It is not 
necessary in make a menu choice to bring up a pop-up dia- 
log box for editing the scale. In many other systems, making 
any change requires a menu pick, This effectively reduces a 
system to a command-line interface thai happens to use a 
mouse and menus instead of the keyboard. Such a system is 
no easier to use than the command line interface systems of 
die past 

Flc x i b i I i l y is more 5 mpo rt a n t f o r ai i easy 4 o- use sy st em than 
for move traditional systems because there is a perception 
that power and ease of use cannot be combined in the same 
system, hi the past, powerful systems have generally been 
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Fig. 2, Direct manipulation is useful for setting 

fiaid <<j use, and easy-to-use systems have generally not 
beeti very flexible or powerful. To overcome this perception, 
therefore, an easy-to-use system must be very powerful so 
that potential customers" fears can be overcome. When de- 
signing HP VEE. we were veiy careful to avoid limiting fiexi- 
biliiy wherever possible. It often seemed as if we were faced 
with a choice between ease of use and flexibility I h jviever, 
with careful consideration pf the alternatives, we usually 
found that the more flexible approach could be implemented 
with an easy-to-use interface. 

Flexible arid powerful systems are naturally very complex 
because there are so many features and capaJ tflltles to re- 
member. In these systems, it is exiremelv important that each 
area of the system operate in a way that is consistent with 
the rest of the system because even the most advanced users 
are rarely familiar with al] aspects of the system. Users must 
be able to rely OE l heir <'\prrn'i ice with other parts of the 
System to help guide them through the unfamiliar areas. 
For this reason, consistencj wasafl important guideline 
throughout the developmeni of HP VEE. 

High performance for interactive operations is critical be- 
cause users will become frustrated using a product thai is 
too slow. Very few users will be happy if 1 hey must wail an 
inordinate amount of lime before a particular operation Ls 
complete. The allowable time for the system to complete a 
task depends on the nature of the task and w bat ihe user is 
likely to be doing at Ihe lime. For example, a key press 
should be echoed back to I be user within about lot I ms or 
so. [fit lakes longer, the user may press the key again think- 
ing that the system didnl get (lie first one. A pop up dialog 
|i-.i\ mi nii should appear within about fifH) tns ! Ithi I 



t;isks such as loading a file can lake many seconds before 
the user will become annoyed because of sluggish perfor- 
mance. We treated a list ol about leu different interactive 
operations for which we fell that performance was an im- 
portanl goal. On ail supported platforms, many of the opera- 
tions in this list such as ihe pop-up menus and dialog boxes 
are completed within ihe required toe Unfortunately, there 

are still a feu operations that are completed within the spe- 
cified lime limits only on the very fast IIP jJdOO Series TOO 
workstations. On the other hand, we have received very few 
complaints about interactive performance, so our time limits 
may have beeri overly stringent 

In some situations, such as saving a file to the disk, perfor- 
mance simply cannot he guaranteed. In these rases, continu- 
ous feedback indicating progress being made is Important 



Otherwise, it isn t easy to tell whether something is happen- 
ing or not, In HP VEE. all user-invoked operations that could 
take more than about 2(Ni ms will result in a change to the 
mouse cursor. Some of these c ursors represent specific 
tivities such as reading from or writing to the disk. For other 
situations, a general hourglass cursor b used. Any a 
thai is expected to take longer i ban one or nds is 

* a pop-Up message box thai indicates 
thai the operation Ls in | 

Reducing the total number of moose clicks, menu choices, 
and various other adjustments required of the user was a 
major challenge. Each adjustment required of the user, no 
matter how easy, will reduce the user's overall effectiveness. 

For this reason, HI 3 VEE is designed to do as much as pos- 
sible with default settings while allowing adjustments if 
more control is desired. Other systems often require that the 
usea? till out a form each time a new object is selected from 
the menu. In most cases. HP VEE will insert default values 
for all settings and then allow the user to change them later 
if it becomes necessary. 

System messages for errors and other reasons are an espe- 
cially important source of difficulty or frustration for users. 
Most software developers seem 10 take the attitude of a hos- 
tile enemy when presenting the user with an error message. 
However, errors are seldom true user mistakes, but instead 
are usually triggered by failings in the system either because 
11 misled the user or because it did not adequaleh protect 
the user from making the mistake in the firs* place. In many 
cases in HP VEE, we were able to avoid generating errors 
simply by restricting available choices ro those that would 
not result in an error. For example, if a certain combination 
t ■ !' selections will cause an error, we show them as mutually 
exclusive choices. In cases where such restrictions could 
not be used to avoid the potential for an error, we worked Id 
simplify the interface so that users would be less likely to 
make mistakes in the first place. In cases where errors wen 
unavoidable, we kepi I ht- iKtil iuli- thai emu messages should 
help the User complete a task. We tried to remember thai 
the user generally has a valid reason for perf Oltnillg the 

operation that resulted in an error. 

Two kinds of messages that are common in mam systems 
in not presenl in HP VEE. The lirsl is the message "Please 
wait. It is irritating hi users because they don't want to wait 
and they are being instructed to do so + The message is also 
unnecessary since more descriptive messages can be used 
instead. Messages such as "Pearling from file program2 M ate 
much more infornuiF Ive and are not nearly so annoying. The 
other common message is a confirmation box thai ask> 
you sure. v This isateoverj annoying because the user sel- 
dom initiates any operation without being pretn sine aboul 
wanting to perform thai Operation There are really two rea- 
sons for asking "Are you sure?* 1 One is to caution the user 
about data loss and theothei is to protect against accidental 
requests. 

In HP VEE, we solve the first situation by asking a question 

sut -i changes before clearing workspace?" This has 

the same result as 'Are you sure?", but does not sound as if 

the users choice (or saniry 1 is being questioned 

In the second situation, accidental retpestS ate better solved 

by making the input mechanisms easier to operate without 
error or by making corrections easy to perform. Poj example, 
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instead of asking *Aie you smeT to find out if the usei really 
wants bo delete an object, HP VEE puis the deleted < ■ ■ >. m r I 
into the mil buffer so thai if the user decides that a mistake 
was made, the paste operation can be used bo restore the 
deleted object. 

Attention to detail is vers important to a user. Most systems 
available lot lay lack the small details thai make a system 
mare convenient and easier to use En HP VEE, we ha 
tempted to pay attention In as many of these small details as 

possible- F< n example, when connecting a line to a box, an 

outline is displayed around I hi 1 pin I hat would he connected 
if the line were released ai i hat point. Another example of a 
vt \y small detail Is thai IIP VEE allows objects to be resized 
as they are being placed on the workspace Tor Ihe firsl time. 
These seemingly minor details help reduce the arm Mini of 
frustration (hat users often feel. 

Program Visualization Features 

In a traditional programming euvironiucnl, the programmer 
must spend a large fraction of the development I hue think- 
ing about details of ihe programming process Including the 
language syntax, debuggers, and so on. since IIP vee allows 

Ihe user to think almost exclusively in terms of the problem 
domain, most of the development time and effort is spent on 
solving the problem Instead of the programming del ails. 
This is I lie primary source of the productivity gains I hat 
many users of HP VEE have experienced, However, even 
though IIP VEE allows programs to be expressed dhrectlj in 
tonus (if the problem, not all user-written programs will run 
correctly the first time, Although the so-called accidental 
complexities 1 of program development such as languor 
syntax and semantics have been reduced or even eliminated. 
ihe fundamental complexities of the problem itself still re- 
main. Therefore, qiice an IIP VEE program is developed, it is 
likely that some aspect of it \\ ill noi quite work as expected. 
Por this reason, we developed several tools thai can he used 
to visualize the execution of a program to help identify ihe 
source of any problems. 

Shaw Execution FIdw animates Ihe execution of I he program by 
outlining each object as it begins to execute and then eras 
ing that outline when execution is complete. Besides helping 
to visualize how die program executes, this is useful when 
trying to understand performance issues, since an object in 
ihe program that consumes a lot of time will he highlighted 
tor more lime than other objects. IIP VEE also has a timer 
Object, which allows a more objective way lo measure 
performance, 

Show Data FEow animates the movement of data as it travels 
between objects in ihe program by displaying an icon mov- 
ing rapidly along each line us data Qows across it. This helps 
the user visualise the relationships between the data and the 
execution of die objects of a dataflow program. Both Show 
Execution Row and Show Data Flaw slow the execution of IIP 
VEE programs so much that they are designed lo be turned 
on and off separately. 



All data in IIP VEE has additional information such as size 
and < tciated with it. This information is maintained 

so ihai one operation can work with a variety of different 
data types and shapes. For example, math I unci ions such as 
sinf j ran Operate on either an individual number or an array 
of numbers with any number of elements. This is possible 
because the size and number of dimensions are packaged 
with (lie data < Mhcr information such as the name of the 
data and mappings (the implied domain of the data} can also 
be associated with the data. The line probe feature allows 
the user to examine the data and this associated information 
al any time. 

The execution of a program can be halted when execution 
reaches a particular object simply by setting that object's 
breakpoint Hag. Breakpoints ran be set on any number of 
objects ai any lime. When execution readies an object with 
its breakpoini Hag set, the program will pause and an arrow 
pointing to that objed will appear. At thai point the step 
bill ton ran he used To Single-Step ihe program one Objed at 
a lime 01 the line probe can be used to examine dai ;i. 

If an error occurs {luring execution of Ihe program and no 
error recovery mechanism has been attached, a message 
will he displayed and ait outline will highlight the source of 
the erroi \ isuall\ This allows the user to locate the source 
of the error more quickly. 

User Interface for HP VEE Programs 
Since a user of HP VEE should be able to generate programs 
with the same advanced user Interface as HP VEE itself, 
several important capabilities have been incorporated into 
IIP VEE to make ihe task of building impressive-looking 
programs simple, 

For example, data can be entered using a variety of data 
entry objects, The simples! of these is a texi field that accepts 
a single line of textual data, Numeric fields of various types 
Such as integer, real, complex, or polar complex accept (he 
appropriate numeric data, In addition, these numeric fields 
can accept constant expressions such as *SQRT(45)" or 
system-defined constants such as "PL 11 When typed, these 
constant expressions are immediately evaluated and the 
resnli is converted to the expected type by ihe input field. 
Since all editable fields in IIP VEE share the same editing 
code internally, any numeric Held in the system dial requires 
a numeric entry can also accept a constant expression. 

Then* are other more advanced mechanisms for entering 
data or specifying selccdons to an IIP VEE program, Integer 
or real numeric Input can he general ed wilhiu a predefined 
range h\ using the mouse lo drag Ihe handle of a slider i 
jecL Selections from a list of acceptable values can be made 
using an enumerated list box, which can he displayed as 
radio buttons, as a single button that cycles through the list 
of values, or as a bulton that accesses a popup list box ot 
choices. An IIP VEE program can be designed to pause until 
the user is reach h. continue by using Ihe Confirm button. 
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Data can be displayed in a variety ■ if w n\ s In addition to 
textual delays, reaJ Of integer numbers can be displayed 
on a meter object, which can show visually where a number 
falls within a range. Graphical displays such as XY graphs 
and polar plots show t wo-dimensional pli ata and 

can he interactively scrolled or zoomed Stripi hart> graph 
a continuous scrolling history of the input data 

All of these input and output types would have limited value 
if they could otriy be display ■ 1J1*' IIP VE E 

program with all of its lines and bos fe For 

ihis reason. HP VEE is designed with a feature called n^ea 
panels, which allows an advanced user interface- in be at- 
tached to a use r-v\ ritten IIP VEE program. The user pani 
built using an approach similar to many of the available user 
interface builders. Oements to be placed on the user panel 
are selected from the MP VEE program and added to die 
panel. The user can then move and resize these c J emeu is as 

appropriate For the design of the panel Other layout options 
such as whether a title bar appears can also be adjusted 
Since the elements Oil the user panel are selected from the 
users program, no external code is required and ihe finishi ad 
program is easier to build than with most user interface 
builder tools, 

Another important aspect of an advancvd human interface is 
the ability to hide data until the user has asked to examine 
it. IIP VEE is designed with a feature called Show Dn Execute 
which allows IIP VEE programs to use pop-up windows to 
hide data until a user request is received. This works by 
associating a user panel with a userobjed (similar to a sub- 
routine in traditional |n-ograiuming languages) and enabling 
the Shaw On Execute feat lire. When tin- user objerl begins 
executing, the associated user panel is automat irally dis- 
played. When execution of the object is complete, the user 
panel is erased Messages such as "Writing lest results to file' 1 
can be displayed using this mechanism simply by putting the 
appropriate message on the associated user panel. If it is 
desirable to pause tin- program until the user has Brushed 
examining the displayed panel, a confirm objed ran be U90CJ 

Programs developed in MP VEE are highly malleable; they 
Egm be ''hurled and adjusted as much as desired. However, 

in many simai tons it is desirable to project flu* program 

from being rhnnged The secure feature in HP VEB accom- 
plishes Ihis by displaying only the* user pain 1 and making it 
Impossible in alter the program or even luok at it aftei the 
program has been secured. 
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I "sing all of These features allows users to generate complete 
application programs with professional appearances without 
having to work outside of the simple dataflow environment. 

Internal Architecture 

Fig. 3 shows a simplified Class hierarchy for IIP VEE show- 
ing si me< >l the key classes in Ihe system and how they re- 
la! e to each other in the inheritance hierarchy. The Object 
class is at the root of this hierarchy and implements the fun- 
dan rental protocol for all objects in The system. This includes 
' n aiiim. freeing, and copying objects. The key suh< 
Object include View, which maintains a rectangle on the dis- 
play. Container, which holds a unit of data, ami Device, which 
represents the inner workings of an element in an HP VEE 
block diagram. 

The fundamental visible element in IIP VEE is implemented 
with the class Galled View. It maintains a single rectangular 
region on the display and can be transparent or a composite 
Of Other Views. The View3d class adds a <olid background 
color and a 3D border to View, 

Views are organized into a hierareln tree based on the dis- 
pln\ slacking nrder. The root ol this tree Es called DispDnver, 
It is always mapped to overlay ihe system window allocated 
to HP VEE. It performs ail towdevel screen display i 
tions such as drawing lines and filling regions. It also I inn 
dies the window system interface functions such as repaint 
requests and dispatching of input events. Fig 1 shows a 

COmpOStte Of Views ih ■> Vfevt hieranley with some off he 
views labeled with ihe name < »j their ass< dialed eiass. Fig. 5 

shows the complete hierarchy tree of the views In Fig. 4. 
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Subviews are views that art 1 attached to another view called 
the superview in the display hierarchy tree, Subviews are 
clipped ail t lu^ edges of their superview. In this way, each 
level of the view hierarchy live limits the visual boundaries 
of all views below it. Tins view hierarchy indirectly de- 
scribes the view stacking order, which ultimately controls 
which views appear to be on top and which ones are hidden. 

Emh vie w maintains a description of the region on which it 
is allowed to display itself. This dip region is calculated bj 
taking its own hounds, subtracting any region thai falls out- 
side ihe bounds of any view in its superview hierarchy, and 
I hen subtracting any views that partially or completely 
covet il or any view in its superview hierarchy. 

Repainting 

When repainting an area that it is maintaining, ;i view may 
either use the clip region to limit the areas it actually changes 
on Ihe display, or it may paint any area that it owns and Mien 
paint over\ \ iew I hat appears closer to (he user in the view 
stark. The full \ irw stack repainl method has nothing to 
calculate or check before it begins painting itself completely 
and then painting anything that might be on lop of it. If noth- 
ing is on top of it, then the complete stack repaint is very 
efficient because it is so simple. However, if there are many 
other views covering the view to he repainted, the full stack 
repaint will he very slow because of all of the unnecessary 
repainting that must be done. The dip region repaint method 
is much more efficient in this situation since only those 
areas that are directly visible to the user will be repainted. 
This means that no unnecessary repainting must be done. 

Unfortunately, the clip region is at best an approximation 
since views are allowed to display images of arbitrary com- 
plexity (such as U'\r | and he transparent in other areas. This 
gives the user the illusion that views can have any shape 
without inclining the performance penalties associated with 
nourectangular views. It would be vrrv costlj to calculate 
these regions accurately, so only the approximation based 
on the rectangular view bounds is actually calculated. This 
means that repaints using the t lip region method will not 
correctly update regions behind transparent areas of other 
views. Therefore, the clip region repaint method is used in 
only a few special cases. 



Inj »ut events si i el i -use clicks are dispat died to individ- 

ual views in £&£ system using a two-phase search mecha- 
nism In the first phase, working from back to front, each 
view in the view stack where the event occurred asks the 
views in front of it to process the event. When there are no 
more views in front of the current view, the second phase 
begins with an attempt to consume the event. Working from 
front to back, each view in the view stack (as determined 
during the first phase) is given an opportunity to consume or 
ignore the event. If ihe view takes no special action, the 
event is passed to the next view down in the view stack. If 
the the view intends to consume the event, it does so by 
performing an action associated with the event such as indi- 
cating that a button has been pressed and then marking the 
eveni as consumed. This process continues until the event is 
consumed, or until the DispDnver class is given the event (this 
class consumes all events). 

Other Classes 

The visible pari of each object in an HP VEE program is 

maintained by the DevCarrier class. DevCamer's job is lo main- 
Lain Ihe visual appearance of all objects in the system by 
showing the terminal pins, maintaining the various high 
lights and outlines required by HP VEE. and allowing \ ai i 
ous editing operations on the users program such as con 
necting lines and adjusting the sizes or positions of objects. 
DevCarriEr does noi display any object -specific information. 
That information is displayed by object -specific view 
classes, which are attached to DevCarrier as subviews. 

I ser objects are specialized objects that are built using a 
subclass of DevCarrier called SubPmg. SuoPrDg maintains a 
visual subprogram which acts just like a normal objeel when 
viewed from ihe outside, but contains an internal dataflow 
network of its own that is just like the main program. All of 
the dataflow networks in IIP VEE are maintained by a class 
called ConViaw (context view), 1 1 is the gray background ;itv;i 
behind the lines and boxes in a dataflow network. 

The top-level workspace environment class — IPEditor (iconic 
program editor} — is just a special case of Sub Prog and is 
therefore huili as a subclass ofSubProg, It is attached as the 
only subview of DispDriver and maintains the lop-level editing 
environment. Il is the same as SubProg, except that it must 
maintain the menu bar, run/stop buttons, and other features 
specific to ihe top level. 

The context view class (ConViewl maintains a list of all ob- 
jects iti ihe context and the lines connecting them When the 
context view is asked lo repaint itself, it first paints its back- 
ground color (gray, by default u and then paints all lines in 
the line list. Then each IIP VEE object in the context is 
painted according to the stacking order It an HP VEE object 
falls partially or completely outside the context view's 
bounds, then according to the (lipping rules, thai view will 
be onto partially painted or not painted at all. 

The clipping and repaint algorithms allow an HP VEE pro- 
gram n< be visually much larger than the screen space al- 
lotted to it, By adding navigation controls such as the 1 jack- 
ground scroll capability, a yerj? large dataflow network can 
be supported even on a comparatively small screen. 
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Model-View Architecture 

HP VEE is organized around a model- view architecture. This 
is similar to the model- view-controller architecture used in 
other object-oriented systems except that we chose to 
merge the functionality of the controller into the \iew. The 
fundamental assumption in the model-view architecture is 
that the internal data and program elements (the models) 
can operate without any knowledge of or dependence on 
their visual representations (the views |. By separating the 
system at this natural boundary* both the views and the 
models can be written more simply without any unneces- 
sary dependencies. One feature of this architecture is that 
one model can be attached to any of several different views 
without any special support in the model For example, a 
model that contains a real number can be attached to a text 
field or to a meter. Since the properties of the number do 
not change based on how it is displayed, no changes are 
required of the class that holds the number However, since 
there are few similarities between a meter view and a text 
view, they need not be built with one view class. 

User panels are one area that really benefit from the split 
between models and views. When the user selects an HP 
VEE object such as a slider and asks that it be added to the 
user panel, several things happen internally to make that 
happen. First, if a user panel has not been created for this 
program or user object, one is created. The user panel class 
is similar in concept to the context view class, but without 
support for interconnections required for dataflow net- 
works. Next, an instance of the PanelCarrier class is created to 
hold a copy of the object-specific part of the slider view . 
This copy is created from the original and attached to the 
new panel carrier and to the original slider model (which is 
not copied). The panel carrier is then attached to the user 
panel view. 

One of the most significant architectural impacts of the im- 
plementation of user panels is the fact that (here can be 
many independent views attached to the same underlying 
model at the same time. Because of this architecture, it is 
easy for panels from user objects to be added as a unit to 
higher-level panels. This allows the creation of complex 
panels consisting of grouped controls and displays. 



The Disp Driver class is designed to be the only place where 
calls to the underlying window system (such as the X Win- 
dow System) occur. This allows the display driver to be re- 
placed if appropriate when porting to a new platform. Dur- 
ing development, for example, we used a driver written to 
talk directly to the display card of an HP 9000 Series 300 
computer because it ran so much faster than the window 
systems. Now that very high-performance workstations are 
available, this is no longer necessary. 

Printing is handled simply by replacing DispOriver with the 
printer driver class, which knows how to perform graphics 
operations on a printer. The information intended for the 
printer is just "displayed" on the printer and no special 
printer support must be developed aside from the printer 
driver itself. This also allows the print output to match the 
screen display very nicely, 
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HP VEE: A Dataflow Architecture 



HP VEE is an object-oriented implementation. Its architecture strictly 
separates views from the underlying models. There are two types of 
models: data models and device models. Special devices allow users to 
construct composite devices, 

by Douglas C« Beethe 



The HP VEE dataflow programming environment was devel- 
oped v\ irli toe specific objective ot providing m interface thai 
would allow users to express a problem in block diagram 
form on the screen and then execute it directly, Dataflow 
programming was chosen because of its direct correlation 
to the block diagram models we wished to emulate. 

Previous efforts in industry and acadenua related to data- 
How' programming had yielded some interesting results, but 
general applicability had not yet been established. Thus our 
early research efforts were directed primarily al the question 
of whether we could solve some of the problems ihai had 
plagued earlier attempts and prove general applicability. 

The design and const nicl ion of IIP VEE used object-oriented 
technology from the beginning. We had enough experience 
with procedural coding technology to realize that a project 
like HP VEE would be too complex to achieve with proce- 
dural technology. The architecture that evolved from this 
development is the subject of this article. The design of vari- 
ous elements of the underlying IIP VEE architecture will be 
discussed as will the manner in which they w r ork together to 
produce the executable block diagram as a dataflow r model. 

The Model -Vie w Paradigm 

One of the characteristics of the IIP VEE architecture that is 
common to most object-oriented implementations is the 
strici separation I > e ( w ee 1 1 models an d vie w ? s , Mos I users a re 
familiar with the world of views, and indeed often make no 
distinction between the view of an object and its underlying 
model. 

From a functional point of view 7 the model is the essence of 
an object, incorporating both the data (state variables) that 
gives the object its uniqueness, and the algorithms that oper- 
an« on that data. In IIP VEE. by definition, the model oper- 
ates independently ut the view, and does not even know of 
the existence of any graphical renderings of itself, except as 
anonymous dependents that are alerted when the state of 
the model changes (see Fig. 1 ). 

There are many examples of applications that have views 
possessing no underlying functional models. Consider the 
various draw and paint programs, which allow the user to 
create very sophisticated views that, once created, are inca- 
pable of performing any function other than displaying 
themselves. Likewise, there are numerous examples of ap- 
plication s 11 la 1 s upp o i1 very sopl li st i cat e d f un et i onal models 
but lack any ability to d is play a view T of those models, be it 
for passive display of state or for active control 



Most of the scientific* visualization software appearing today 
is used to create views of the data output of functional mod- 
els that have little or no display capability- Most of the views 
that are seen by the HP VEE user are actually graphical ren- 
derings of the states of underlying models- In the interactive 
mode, access to the models is by means of these view T s F 
which communicate with their respective models to change 
their state, initiate execution, and so forth. For example, the 
view of the ForCount iterator has a field in which the user can 
enter the number of limes the iterator should fire al run 
time. Upon entry, this value is sent lo the underlying device 
model, where it is kept as a state variable. When this state 
variable is changed, the model sends out a signal to anyone 
registered as a dependent (e.g., the view) that its state has 
changed, and ihe view then queries the model to determine 
the appropriate state information and display it accordingly 
(see Fig. 2 ). 

This si rict separation between model and view f might seem 
excessive at first, bin it results in a partitioning that makes 
the task of generating the two different kinds of code (very 
different kinds of code!) much easier from the standpoint of 
initial development, portability, and long-term code mainte- 
nance. It also eases the job of dealing with noninteractive 
operations in which IIP VEE is running without any views at 
all, either by itself or as the slave of another application. 
And finally, this separation eases the task of developing ap- 
plications that must operate in a distributed environment 
where the models live in one process wiiile the views are 




Data Model 



State Variables 

• Array Size 

• Array Data 



Operations 

• Set/Gat Array Size 

■ SeVGet Value at <iude*> 

• Son Array Values 

• Get Min/Max Value 



Fig, I, Two different views of the same underlying model. 
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Edit Set Count (T) 




,— , Tell All Dependents \ Views I 
_ that Count Has Changed 



Display Get Count 
Value as Formatted 3 
Tew (tor Display) 



ForCouirt (Model) 



State Variables 

• Cootit 
Operations 

• Set Count <va*ue> 
— Set Count Text 



Fig. 2. Interaction of a view and the urtderlying model at edit, time 

I by another process, possibly on an entirely differ- 
i :i\ system This last aspect is becoming more and more 
important in an appli cation world thai is taking increasing 
advantage of networked systems. 

HP VEE itself is composed of two kinds of models. The first 
is the device model, which acts like a black box having in- 
puts, outputs, and some operational characteristic that 
transforms the data at the inputs to the result at the outputs. 
The second is the data model (container), which handles the 
transport of information along the data lines, which inter- 
connect devices. The data model also provides mathemati- 
cal functions, which can be invoked to operate on the dala T 
and formatting and deformatting functions, which change 
the representation of the data when required for display 03 
for communication with some other application thai requires 
the data in a different form, Both types of models will be 
discussed in some detail. 

Data Models 

ThefundamenUil absiraeriun for in Ion nation in HP VEE is 

the container objeel | F-ig, 3}. 1 kjntainera i-im hold date fojc 
any of the supported data lypes: lext. enumerated, integer, 

m ni, coifiptex, polar complex, coordinate, waveform, spec- 
trum, and record. Both scalars (zero dimensions) and arrays 
from one to ten dimensions are supported* In addition, the 
dimensions of array containers can be mapped in either lin- 
ear or logarithmic fashion from a minimum value at the first 
cell of a dimension to a maximum value al the last cell of 
thai dimension. This allows an array of values to have some 
physical or logical relationship associated with the data. For 
example, a one-dimensional array of eleven measurements 



Container Model 



Slate Variables 

• Name 

• Data Type 

• Number of Dimensions: 10 

• Dimension Sues 

• Dimension Mappings [from, through] 



Operations 

• Configuration 

• Value AssignineniJAccoss 

• Type Conversion 

• Mathematics 

• Text Generation 



Fiji* 3- i tmtainer model attributes 



Supported Data Types. 

* Text 

* Enudi 

* Integer, Real. Time 

* Complex, Polar Complex 

* Coord, Waveform. Spectrum 

* Record 



can be mapped from to 32 cm to indicate Ihc physical rela- 
tionship of the values in each position in the array to some 
real- world phenomenon. The first value would be at <Um 
the 4 cm, and so on, 

One of the properties of containers thai is used extensively 
in HP VEE is the knowledge of how to transform to another 

>n demand The automat lc form of this transform is 
allowed only for transforms that incur no loss of informa- 
tion. Th ing most promotions, but 
disallows any automatic demotions. For example, integer 
can be promoted to real and real to complex or polar com- 
plex, but complex cannot be demoted automatically t< i real. 
To do so would likely cause the loss of informal i< ift that 

id nol reappear in the promt a ion ofihai real value back 
lo complex. An interesting special ease of this is the revers- 
ible transformation between waveform and spectrum (time 
and Ireyuency domains i While these data types seem to 
have the same irreversible relationship to each other as the 
real and complex types just discussed, it is a well-known 
fact thai a reversible transfon nation exists bet wren these 
two special types by means of the Fourier transform. For 
example, a 256-point waveform is transformed to a 129-point 
spectrum (ignoring the symmetrical values with negative 
frequency), and the same sped rum regenerates the original 
256-point waveform by means of the inverse Fourier 
transformation (Pig. 4). 

Another powerful property of containers is their inherent 
knowledge of data structure as it applies to mathematical 
operations. At first glance, operations such as addition and 
subtraction seem relatively simple, but only from the Stand- 
point of 1 wo scalar operands. For other structural eomhina- 
rii »iis i. scalar + array, array + scalar, or array + array) the task 
requires some form of iteration in typical third-generation 
languages (SGLs) like C I ha! has always been l he responsi- 
bility (>l the user-programmer- i Containers encapsulate these 
well-understood rules so that the user deals with, say. A and 
B simply as variables independent of structure, When an} ol 
the nontrivial combinations is in countered, I he containers 
decide among themselves if there is an appropriate struc- 
tural match (scalar with any array, or array with conforms! 
array) and execute the appropriate operations to generate 
I tie result. 

Other more complicated operations with mors robusl coil 

st taints {e.g., matrix multiplication) air handled just as easily 
sinre I he appropriate 1 structural rules are well understood 
and easily encapsulated in the containers. These properties 
aid the user in two ways. First, the user ran express power- 
ful mathematical relationships either in fields that accept 
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ms 20 ms 



Waveform 
Source 



Implicit FFT 




Fitf. i. \':i..rn.i'h- if in- i>i ii aiion "i :i i j r 1 1 1 domain 

(i f 2§6 r- .il v 1 1 ;■ ■ 'ii. i 20 in* i I., a rrriiurtkrv-doitiajri ••],. ^ n UN, 
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Device Made I 



Stale Variables 

• Name and Description 

• I n pill/0 utp ij l Co nfig u f at i □ i> 

• Device-Specific Properties 



Operations 

• Adtl/Delele Inputs snd Outputs 

• Rim Time Validation 

• Device -Specific Execution 

• Propagation 



Fig, 5, Attributes of a simple device model 

constant expressions or in any of several delayed-evaluation 
fields (e.g.. Formula, If/Then, ...) without having to deal with the 
cumbersome iteration syntax of 3GL programming, ThN by 
itself hay I he pleasant side effect of eliminating much if not 
most of the iteration in many applications, compared to their 
3GL equivalents. Second, the interconnection of the various 
objects that make up a model in HP VEE is much simpler 
when any of the inputs is constrained to a specific data type. 
Since the containers know how to respond to most requests 
for type change, the user is freed from the cumbersome task 
of explicitly changing (casting) the original type to the re- 
quired type. For example, the inputs to a spectra] display 
that requires a spectrum input will not disallow connection 
to a waveform (time-series data) because the output supply- 
ing the waveform will transform it to a spectrum on demand 
at run lime. This same capability is used during the evalua- 
tion of any mathematical expression, thus allowing the user 
to intermix types of operands without explicit type casting, 

Device Models 

Fig, 5 shows the attributes of a simple device model Each 
device can have its own inputs and outputs. Many have user- 
controllable parameters that are accessed as constants 
through the panel view of the device or as optionally added 
inputs. In general, the device will execute only when each of 
the data inputs has been given new data (including nil data). 
Thus the data inputs to any given device define a system of 
constraints that control when that device can execute. This 
turns out to be quite natural for most users since the data 
relationships that are depicted by the data lines that inter- 
connect devices generally map directly from the block dia- 
gram of the system in question, and often are the only form 
of constraint required for the successful execution of a 
model. 

There are numerous cases, however, where an execution 
sequence must be specified when no such data dependen- 
cies exist. Such cases typically fall into two categories: 
those where there is some external side effect to consider 
(communications with the real world outside my process ) 
and those that deal explicitly with real rime. To deal with 
this situation we developed the sequence inpul and output 
for each device (on the top and bottom of the device, re- 
spectively), as shown in Fig, 6. The sequence output be- 
haves like any other data output by firing after successful 
execution of the device except that the signal that is propa- 
gated to the next device is a always a nii signal. Likewise, 
the sequence input behaves like any other data input with 
one exception When connected it must be updated (any data 
will do, even nil) along with any other data inputs before the 




Sequence Output 
Sequence Input 



Fig. 6. Wtiilc B and C botfe need the data from A. the sequence 

•■'■liiiii Ln-Hv<^tL Hand C will ca*IS£ ' I ''xerule after B. 

device will be allowed to execute, but unlike other data iiv 
puts, connect ion is not required. Thus any time it is required 
that A must execute before B where no other data dependen- 
cies exist between the two devices, it is sufficient to connect 
the sequence output of A to the sequence input of B. 

For users who have already been introduced to program- 
ming in third-generation languages such as Pascal, C, or 
BASIC this can require a paradigm shift. Experience with 
such users has shown that they are often preoccupied with 
sequencing (since 3GLs almost universally use control-flow 
paradigms) and have a difficult time at first believing that 
the data constraints represented by the lines ihai intercon- 
nect the devices are sufficient to define a robust sequence of 
execution, It is only after using the system for a time that 
they are w T eaned aw T ay from this need to sequence each and 
every device explicitly and begin to feel comfortable with 
the dataflow paradigm. 

Contexts 

Several types of devices are supplied as primitives with HP 
VEE, including those used for flow 7 control, data entry and 
display, general data management, mathematical expressions, 
device, file, and interprocess I/O, virtual signal sources, and 
others. There is also a mechanism that allows users to con- 
struct special devices with their own panels and a specific 
functional capabilky This device is known as a UserOhject 
and is essentially a graphical subprogram. 

UserObjects (Fig, 7) encapsulate networks of other devices 
i un hiding other UserObjects) and have their own input/output 
pins and custom panel displays. Viewed as a single collec- 
tive object with its own panel, each UserObject operates un- 
der the same rules as any primitive device: all data inputs 
must be updated before the UserObjert will execute its inler- 
nal subnet. Each UserObject will contain one or more threads, 
which execute in parallel at nin time. In addition, threads in 
subcontexts (hierarchically nested contexts) may well be 




Fig, 7, A U&erObject encapsulates a subnetwork of other objects into a 
single hii^iT i ibject with its own inputs and outputs. 
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running in parallel with their host threads in their parent 
contexts. 

UserObjecEs can be secured such lhai the user of the dec 
can access only the pane! and not the internals. In this Form 
the UserObject is almost indistinguishable from any primitive 
device. This capability allows developers to create arbitrary 
devices thai can be archived in a library for later access by 
users, who can treat these devices as true primitives in their 
application. 

Threads 

Devices that are connected to each other within the same 
context form a single thread of execution. One of the in- 
heretn advantages of dataflow programming Ls the ability to 
support multiple independent threads of execution with 
relative ease (see Fig. 8). This becomes particularly useful 
when interacting with I lie rest of the world, since indepen- 
dent monitoring operations ("Has thai message arrived 
\r\ i can proceed in parallel with related operations. In 
typical 3GLs such operations require elaborate schemes for 
enabling interrupts and related interrupt service routines. 
Most who have dealt with such code as inline text can attest 
i<i the difficult} <>j timiiiUiMimg that cu<h' because ui the diffi- 
culty of easily recreating the relationship between pantile] 
operations once the code has been written. 

Several devices were developed especially for thread-related 
activities. One of these is the Exit Thread device, which termi- 
nates all execution for devices On thai same thread when 
encountered. Another is the Exit User Object device, which 
minatcs all execution on all threads within the context in 
which it is encountered. 

Certain devices have tin ability to elevate a thread's pri<»ril> 
above the base level to guarantee that thread all execution 
cycles until completion. < )ne such device is the Wait For SflQ 
device (SRQ.= service request l which watches a Specified 
hardware I/O bus in anticipation of a service request, II' and 
when SUCh a reuuesi is delected, this device automatically 

elevates the priority of the subthread attached to its output 
so thai all devices connected to that subthread will execute 
before devices on any cither thread (within this context or 
any Other context) until that subthread completes 



Virtual Context 





Fig. 8. Am mii : a UserObjeen i an > Oflta 

thread ■• d | ■ !":■ -Hi!- •' -mi in] i 

that > •< i i 



Fig. ;*. 

ti run lim* as ■ 
10 tb The data it 

• 

Although it is not specifically thread related, a similar capa- 
bility exists for exception service. At The time an exception 
is raised (e.g. t an em itch i ur - >. til other devices on all other 
threads are suspended until an exception handler is found 
r discussed later). 

Propagation: Flow of Execution 

From an external point of view, (he determination of which 
devices can execute is a simple problem of finding oul 
which devices have had ad of their inputs updated Kroin ;m 
interna] point of view, the problem is a bit more difficult. To 
prevent infinite feedback the general rule for dat allow pro- 
grams is thai eaujtl device can execute only once per activa- 
tion of the context in which the device resides, i in the other 
hand, it was fell from our earliest prototypes thai having 
iteration occur within some subgroup of devices in a con 
texi was superior to dropping down into it subcontest multi 
pie times to accomplish the same I hing. especially fos 
in sied iteration 

Thus we were faced with the problem of alio wing groups of 
devices to execute multiple times within a single activation 
of a context. Identification of these cte tees could oniv occur 
al run I in ii ■ as they appeared on the subthread hosted by the 
primary OUtpUl of art iterator. T<j deal with this we dewl 
oped lb* 1 virtual context, which is defined nol by the user 
bill b\ the syslem (see Rgi ?n At run lime. The i le vices I hut 

are executed on l he subthread hosted by an iterator me iv 
membcred. Then, just before the next Bring of the iterator 
(since an iterator generally fires its output more than once 
lor ench execution of that Iterator), the devices in this 
virtual context are selectively deactivated separately from 

ii I her devices In the Context This allows tln-m to be re- 

• iled when the iterator tires again by the normal rules of 

propagation. 

other side effect of such iteration is that any data being 

supplied to n device within the virtual context by a device 
that is outside thai virtual context is going to l>e delivered 
only once to t lie device within the virtual context. Thus new 
data is supplied to the inputs as required on the first itera- 
tion, but on all subsequent iterations no new data arrives, 
< me could solve tins by usiiiu u special intermediary 
Sarnple&Hold device, hut a simple extension to the rules of 
iivuion turned out to he much easier The extension, 
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Fig. 10, TIk -|."-' ■ .ii ■ ■!■ - njrpui will fire in Yu^\ of I in data ■■ ttpul M 
any error t^ encountered wMe equating the formula. The value 

d at the error » i j 1 1 -■ ■ l i is the error code outnfoet This allows the 
user to decide hois to handle the situation 

known as the "active data rule," says I hat data from any ac- 
tive Output of a device thai is currently active (executed, but 
not yet deactivated ) can be reused This litis essentially the 
same eflct I as Hie Sampie&Hold but is much less error-prone. 

The goal in ail of this is to create a scheme of execution thai 
does not require the user to specify a sequence of execution 
with explicit device-by-device triggering as is common in the 
World of digital design. In addition, we wanted execution to 
proceed as if the entire network were running on a multipro- 
cessor architecture with true parallelism. On a typical uni- 
processor machine only one primitive device is actually 
drawing cycles from the processor at any one instant , but 
the overall effect is as if all devices both within the sajue con- 
text level mid across Other levels Of the network hierarchy 
are run n ing i n para 1 1 1 i L 

Asynchronous Operations 

For some devices we found a need to invoke certain opera- 
tions progmniinatieally that were peripheral to the general 
operation of the device, such as AutoScale or Ctear for an XY 
graph* While the primary function of the graph is to con- 
struct a graph from the data present at the 1 synchronous data 
inputs, operations such as AutoScale could happen at any 
time. A different class of inputs that were not incorporated 
inlu the general scheme of propagation was needed to initi- 
ate these asynchronous operations. Thus we developed the 
control input, which when updated at run time will perform 
its assigned function within the associated device regardless 
of the state of any other input on the device. 



Exception Management 

Exception (error) management could have been approached 
front a number of different points of view, but it proved iuum 
effective to im pi emeu ( a strategy based on an optional out- 
put that fires if and only if an uulrapped exception is raised 
from within the scope of that device (Fig. 10). For primitive 
devices this allows the user to trap common errors such as 
division by zero and deal with possibly errant input data 
accordingly, hi each case a number (an error code) is fired 
from the error jpta and can be used by the ensuing devices to 
determine just which error has occurred. If the decision is 
not to handle the error locally, the error can be propagated 
upward with the Escape device, either as the same error that 
could not be handled locally or as a new user-do fined code 
and message text, which may be more informative to the 
handler that eventually owns the exception. 

Hierarchical exception handling is possible because an error 
pin can be added to any context object (U&erObject) lo trap 
errors that have occurred within its scope and that have not 
been serviced by any other interior handler. If the exception 
pops all the way lo the root context without being servi< -■ > I. 
it generates a dialog box informing the user of the condition 
and stops execution of the model To enable the user to lo- 
cate the exception source, the entire chain of nested devices 
is highlighted with a red outline from the root Context down 
to the primitive device that last raised the exception. 
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A Performance Monitoring System for 
Digital Telecommunications Networks 

This system collects CCITT G.821 performance statistics on CEPT 2, 8, 34, 
and 140-Mbit/s data streams and alarm data on network elements. A 
demux capability permits monitoring of tributary streams within a data 
stream. Data is collected nonintrusively by peripheral units, which are 
modular VXIbus systems, 

by Giovanni Nieddu, Fernando M. Secco, and Alberto Vallerini 



The IIP Model E3560 digital performance monitoring ant I 
remote test system is designed for surveillance of the quality 
of a digital telecommunications network and for collecting 
alarms from network elements, following the guidelines of 
CCITT Recommendation G,82I. The IIP E3B6Q pro\ides the 
customer with well-defined performance parameters that 
tell how the network is doing on a statistical basis, and 
whether a failure has occurred in a network element. 

The actual network monitoring is performed by devices 
called peripheral units, which continuously monitor the 
telecom links noninlmsivek The peripheral units scan the 
PCM streams at the four main bit tabs in (lie European 
(CEPT) hierarchy (2, 8, 34, and 140 Mhits/s ), looking for 
alarms and binary errors, ami computing I he G.821 
performance parameters, 

Data produced by the peripheral imils is collected by a first- 
level processor, an IIP 9000 Series 400 workstation, which 
stores the data in a relational database, The RlSl level prOO 

sor also provides for configuration of the peripheral devices 

and presents the retrieved data and alarms to I he user. 



Digital Network Quality 

Digital networks have had and are still having spectacular 
growth, constantly adding newer and more sophisticated ser- 
vices to customers, hi ftiany European countries, it is now 
possible Tor a customer to lease 2-Mbil/s digital lines to build 
a private network. It is very common lo lease 64-kbtt/a perma- 
nent or packet circuits. In the most industrialized countries, 
practically every large company has its own private network. 

Network customers demand and pay for a specified Quality 
of service. The i VITT in ils Herommeinlation ti,S21 starts 
with the definition of network quality parameters (see defi- 
nitions below) and gives end-to-end quality objectives (see 
Table I) foi a 27,500-km. I>4kbh7s circuil called thr Hypotheti- 
cal Reference ( loimection (HRX). Fig.l shows the functional 
representation of tlie IIRX. 

The following quality parameters are defined in G.821: 
Brrored second t KS): a second with at least one crror 
Severely errored second (SES): a second with a bil error 
rate (BEE) worse than 10 : * 
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i Degraded minute ( f iSf I: a collection uf GO non-SES with a 

WAl wms.Mhaii ItH 3 
i Unavailable seconds (UAS); a period thai starts when at 

least 10 consecutive SES are counted and ends when 10 

consecutive non SES are seen. I AS includes (he first 10 

SES and excludes the last 10 non-SES. 

CCITT Recommendation 1VL550 ( M-series recommendations 
are addressed to service management ) tells service provid- 
ers how the objectives of Table I are Lo be allocated inside 
the transmission network. The end-lo-end objectives of 
Table I are partitioned according to the quality classification 
of the circuit (high, medium, or local grade). Table II gives 
the percentage or the objectives that must be allocated for 
each circuit classification. For the local -grade and medium- 
grade circuit classifications, the allocated percentage of the 
objectives is independent of the circuit length, while for high- 
grade circuits, the allocated percentage (40% in Tabic U ) must 
be scaled according to the length of the circuit. For example, 
for a high-grade circuit 2,500 km long, the allocated percent- 
age of the objectives will be 40 x (2,500/25,000) = 4%. Annex 
D of G.821 suggests a method for computing all parameters 
originally defined at 64 kbits/s for higher hit rates, by 
measuring errors at the higher rates. 

Table! 
End-to-End Quality Objectives 

Quality Parameters Objective 

{Maximum Percentage 
of Time) 

Degraded Minutes (DM) 10 

Severely Errored Seconds (SES) 0.2 

Errored Seconds (ES) 8 





Table II 




Allocation of Objectives 




HRX Circuit Quality Classification 


Percentage of 




Objective 


Local (each end) 


15 


Medium (each end) 


II 


High 


40 



As an example of the allocation of objectives, suppose that 
the paih whose quality parameters are to be measured starts 
at a local exchange, ends at a secondary center, and passes 
through a high-grade circuit 1,600 km long. This means that 
the sum of a local-grade circuit, two mediuru-grade circuits, 
and a high-grade eireiiii mu.si be allocated. According to 
Table II, the allocated percentage is 15 + 2 x 15 + 40 x 
f 1,500/25,000) = 47.4%. This leads to the following path ob- 
jectives (RPO stands for reference performance objective}: 

RPO(DM) = 10% x47,4% - 4.740% 
RPO(ES) = S% x 47,4% = 3.792% 
RPO(SES) = M * 47.4% = 0,095%, 

TMN Architecture 

The architecture of the HP E3560 follows as closely as 
possible the architecture proposed in Recommendation 
1VL3G of the CCITT Blue Hook Series. &fc30 4 which is beiier 



known as TMN (Teleeonuuuiueations Management Network t. 
establishes the building blocks and dam links that should be 
employed in the design of a network whose aim is the man- 
agement of the teleconiiu network. * In Recommendation 
i\L3u\ four blocks are identified (see Pig. 2): 
■ Network elements (NE) represent the devices that make up 
the telecom network. It is assumed that an NE is "intelli- 
gent" enough lo have the possibility of generating and trans- 
mitting some kind of information useful for network man- 
agement, All HEs produce for external use some sort of 
internal alarms, both urgent and nonurgent. These are rep- 
resentative of internal faults. Urgent alarms indicate a need 
for immediate maintenance. Alarms can be displayed in a 
centralized operation and maintenance center to help net- 
work personnel understand where faults have occurred and 
to minimize the need for manned offices. 
Operations systems (OS) are the blocks where the network 
managemenl takes place. They can be thought of as com- 
puters that receive a large amount of data from the network 
and provide for its elaboration and for the generation of 
data useful for management purposes 
Mediation devices (MI)) provide the links between the NEs 
and the OSs. Their main functions are protocol conversion, 
information conversion and storage, data buffering, and fil- 
tering. These blocks can be absent, if the NEs are powerful 
enough to manage the data link with the OSs. 

1 Recommendation M 3D has recently been renamed M301 




Fig. 2* Simplified physical architecture of the Te lee 01 hi nun if: fit ions 
\i. .ii-i;.-i.,'!ir V iv, frk 'TMN. si ■■■■ I"!. •■-. ii n r nTRf^i:ini'-n lution 
MJO (now M3G10), NE = network element, OS = npi-Tuiiu:-- 
fcems MD = mediation devices VVS = workstations. DCN = digital 
eonnunriir Mir l> >n L - ii'-rwork. LCN = local eoimuui ligations network. QA 
= Q adapter a protocol converter, Qx and t-P> are fcyj>es of data link 
I r fcocpl Slacks. F. X and M are different types of inters 
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Lions network. The HP Ro- 7 >fjo architecture is modeled on I he TMN 
architecture shown in Fig. 2. The Qrsl-lfvel pfcObesSQ* i L an HP 9|0QC 
Series IOC wdrfcst^i&is, 

i Workstations ( WS) display data elaborated by the OSs in a 
form understandable by humans. 

These blocks and the functions they perform must not nec- 
essarily be thought of as separate entities. An NE can have 
functions typical of an ML), and an MD can have functions 
typical of an OS or a WS. 

HP E3500 Architecture 

In the HP E3560 architecture, which is shown in Fig. 3 H Hie 
peripheral units play the role of NEs, They are not actually 
pari of the tclecomm network, since they don't provide for 
ihe iransfer of voice or data, but nonetheless they are a 
source of management information. 

The first-level processor acts as a mediation device (MD) 
with OS functions. If collects data from (he peripheral units 
and stores it, and it provides basic processing aimed ai ihe 
generation of performance alarms following ( VI IT Recom- 
mendation M.550. Finally, it is an entry [joint into the system 
through the window-based human interface, 

The links between the various blocks of the architecture are 
particular OSI stacks named Qx and Q3, Qx is the link used 
to transfer data between the peripheral units and the fust- 
level processor. (£3 is a complete seven-lay er I St I (Intema- 
t ional Standards ( Jrgnnizal it in ) f )SI (Open Sysn -i ns I n 1 £ i con- 
nection) stark, based on X.25 or Kihemel protocol in ils 



three lower layers. Q3 is defined by CCITT Recommendations 
1 andQJ' 

Qx. defined in Recommendation G.773. is also called the 
"short stack." since not all of the OS! layers an Two 

profiles or stack configurations, called A I and A2. have been 
proposed by the CCITT- Both are missing OSI kr I " and 
6. which are replaced by some mapping functions That acr as 
a sort of "short cin veen layer 7 service requests and 

rvi€es. Both stacks have the same layer 7 eompo- 
-mition. CM1SE US TX.710/7 

ROSE (CCITT X.21^-X.^'!, and ACSK I CCITT 7L2 17- X.:." 
The mapping functions provide some basic layer ft services, 
such as the encoding and decoding functions, according to 
the basic encoding rates of CCITT X.209. 

The two profiles differ in layers 1, 2, and 3, as shown in Fi#. 1. 
Profile Al, which is used in I tie HP H3;5ri0\ uses RS-485 as 
the physical layer, I1DLONRM as layer 2, and ISO 8413 as 
layer 3 (of the possible three subsets of ISO 8473. the IIP 
E3560 implements ihe so-called "NULL IP"). Profile A2 is 
based on an Ethernet link. 

In the IIP E3560. Q.x/Al constitutes the data link between the 
first-level processor and the peripheral units, or in TMN ter- 
minology. Qx/Al is the LCN (local communication network). 
Since the network topology is point-to-mult] point, the rela- 
tionship between the first-level processor and ihe peripheral 
units is of a master-slave type. The peripheral units are con- 
Imuously polled by the first-level processor, which acts as a 
primary station. Only when a peripheral unit receives the 
polling request (or the Rfl frame in HDLC terminology ) is 3 1 
allowed to send one packet of data to the first-level proces- 
sor. Packet length is limited to 256 bytes (one octet in the 
IIDLC frame) and packet segmentation is not allowed. 



Level? 



Level 6 


Level 5 


Level 4 


Level 3 


Level 2 


Level 1 
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Fig. 1. The i)\ <k\\n link protocol st&< • as ■!■• I in GCITT Hecorq 
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The number of peripheral units that ran be handled bjjpa 
first level processoi Is limited Iq the addressing capability 
of the HDLr protocol, which, as stated iii G.773, is -" I. 0&& 

byle is used to address a sei ondniy slalitm. and address 

values i Mill and KIT are reserved for the "no station" and 
"all stations (broadcast)" addresses. On ihe other hand, the 
number of peripheral units that ran be physicalk connected 

to a first -level processor is at mo$ 30 because of charge 

limitations of the KS is" bus 

Remote Links 

In developing the HP E3560, another protocol limitation had 

to he* overcome: as Implied by its name, the l/ffl cannot 

span more than a few hundred meters, so the LCN is useless 
for connecting remote peripherals to the Hist level proces- 
sor. For cost reasons, it is unacceptable to place a first-level 
processor al each site vt here a peripheral unit is located, so 
B SolulSon involving modems and leased lines had to he 
found 

The HP E3560 solution for remote links takes Ihe form of 
two additional peripheral unil boards: the c ommumcalion 
hoard and the communication controller hoard. The commu- 
nication controller can drive up ineighi communication 
boards, each of which has two RS-2:i^ porta enable of driv- 
ing an external modern. ( )ne of the communication boards is 
connected to the RS-485 bus. Installed in a local peripheral 
unit; a sel of these boards acts as a router between the main 
bus and the remote peripheral units, as shown in Fig. 3. Gfene 
router section can drive up to 16 ret note peripheral units or 
up to lb remote addresses The distribution of the addresses 
among the RS-232 polls is customer defined, ranging from 
16 addresses driven by a single port (using only one commu- 
nication board) to 18 addresses, each driven by a single port 
fusing eight communication boards k 

At the remote site, the peripheral unit physically connected 
to the modem (called the remote master peripheral unit ) 
acts as a repeater, locally regenerating the RS-4Krs bus. 
Throughout the remote links, the protocol from layer 2 up is 
still Q\, so what we have obtained is the extension of the 
protocol at ihe expense of redefining the physical layer for 
only part of the transmission path. 

First-Level Processor Interface 
On the first-level processor side of t lie US-ISS has. an 
HP RTI (real-time interlace j card interfaces the processor to 
the peripheral units. This board interfaces to the I/O bus of 
the HP 9000 Series 400 workstation and accepts inputs from 
SBX boards purchased from HP or other vendors. t \ T o out- 
put interface is provided. From a protocol point of view. ih> 
first-level processor's Qx stack is split into two pails: layers 
1 and 2 are implemented in the RTI card, while Ihe remain- 
ing part runs in the UP IX : environment. In this way, the 
stack section most affected h\ typical real Time problems 
runs on a dedicated processor with a real-time multitasking 
kernel (the IIP RTI card uses the pSOS-f-™ operating sys- 
tem). Communication between the two parts is handled by 
the HP-UX device driver mechanism. 

.randard Bus eXfensronf is an industry- standard bus The SBX boards used m the HP 
£3560 til into the SBX connector nn (he HP fill card 30d feWG serial pisUM RS-iB5 r.omrnu- 
nteihstifl The HP 941 85A 2 -channel serial SBX card is used in "he HP E3560 



First-Level Processor 

The first-level processor's main task is the collection of data 
produced by the monitoring activities of the peripheral units. 
This data, divided into (lie two classes of performance data 
and alarm data, is processed and stored in a relational SQL 
database for furl her analysis and historical tracing. Alarms 
are displayed on the screen to alert maintenance personnel 
To help the operator in problem solving, other software is 
provided for reporting and fault localization exploiting the 

demux Capabilities available in the peripheral units. The 
first level processor cap have a Q3 connection to a second- 
level processor or an existing OS. 

The other important first-level processor function is periph- 
eral unii management. Through a siruple-to-use human intei 

face biased OH X Windows, it is possible to si I up the boards 
in the peripheral units and selectively start and stop the 
monitoring operations. 

In addition to the normal software environment provided by 
HP 9000 Series ion workstations (HP-UX and X Windows), 
the first -level processors software is based on ihe HPOp&n- 
View platform.' The services offered by IIP ( JpcnView are 
exploited both front lite programmer's side (easy and well 
defined communication between tasks, object-oriented ap- 
proach, etc, ) and from the user's side (object management 
through ihe use of maps). 

Peripheral Units 

The IIP E3560 peripheral Unit can he considered a network 
element (NE) whose main purpose is to collect status and 
network quality parameters from other NEs. Alarms are 
collected directly and indirectly from the NEs and sent to 
the firsi -level processor to be processed. Quality parameters 
are collected indirectly from the NEs, processed according 
to CCITT G.821, and sent to the first-level processor 

The peripheral unit is designed to be inserted both function- 
ally and structurally into the telecomm environment, specifi- 
cally in the digital transmission area, The digital iransmis 
sion area is the part of a telecomm systeiti that deals whh 
digital information transport by means of equipment such as 
multiplexers, line terminals, regenerators, add/drop multi- 
plexers, cross connections, digital radio relays, and so on. 
This area and the digital switching area are the building 
blocks of a digital network. It is reasonable to say that most 
of todays telecomm equipment is digital and much ofil uses 
fiber optic media to transport signals all over the world. 

Peripheral Unit Description 

The peripheral unit is built to solve the problem Of alarm 
collection and analysis for a large variety of alarm lypes. 
Different physical interfaces are available, including current 
Loop, voltage sensing, and open or closed contact sensing. 

Data streams In mi 2 Mints s up to 1 40 Mbits/s can be ana- 
lyzed both intrusively and nonin I nisi very. This is achieved 
\w means of high-impedance probes connected to the data 
si roams at prnlected monitoring pomls according to ('(TTT 
(i.772. or by taking the signal directly from standard moni- 
toring points dial are sometimes already present in the nei 
work central office. Typical network alarms collected include 
lOSS Of signal, AIS (alarm indication signal), loss of frame 
alignment, and so on. It is also possible to count events 
corning, for example, from radio relay equipment thai flags 
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block parity errors or forward error correction [ FEC I code 
interventions. These events are also processed and used to 
compute the Gi£l parameters. 

The peripheral unit is modular for flexible configuration. 
Many different tyj an be mixed in the periph- 

eral unit i umnjmu [ii the needs of the applied 

The boards and backplane conform to the VXIbus standard, 2 
and each board is a complete instrument. Thus, expand 

- irement capabilities is simply a matter of du- 
plicating existing boards, while adding new functionalities is 
titer of installing new boards arid updating the software. 
Dp to ten application boards and up to three communication 
controller boards can be installed in each peripheral unit. 
The peripheral unit can easily be installed in a central office 
Thanks to its standard 19-inch width and relatively small 
depth ( 1 1.8 in). There are two power supply types, one for 
ili jKiwerid central offices i-iSW -GOV) and one for ac- 
j » > w ered offices f I UOV h j k f\ ar ) r 

The peripheral units are interconnected bj an MS 485 bus t 
which is the physical layer of the TMN Qx protocol. Up to 
30 peripheral arrits can be physically inserted in the same 
RS-4S" bus II i is bus is shared by the first-level processor, 
which is the primary station and polls the peripheral units 
(secondary stations). It is possible, using the dedicated com- 
munication boards described earlier, to accommodate more 
than SO peripheral unite. The same boards can also be used 
to connect remote 1 peripheral units through modems on 
leased lines or service channels. 

Fig. 8 gives an overview of the cardcage. The cardcage can 
house up to 1"> B-size VXIbus or VMEbus boards. Thirteen 
slots have all of I he VXIbus lines and form a VXIbus subsys- 
tem, while the last I wo slots have only the VMEbus lines. 
According m the VXIbus standard, the first slot is for the 
slot board, which together with the processor board is the 
resource manager of the cardcage slut m has four peripheral 
unit communication ports called Jl, 32, J;i and -I l. Jl is 
RS485, .13 is eh her BS 232 or R& 185, -I I is RS j:t-. and J2 is 



VME Boards 



VXI Boards 




Cable 
Management 



System LEOs 

On/Off Switch System Fans 

Kig, 5. Ill' &350O peripheral unit cardcage pi .>"i., tiq . 



a passive connector thai can be paralleled with Jl or J3 and 
acts as a tee connector for the communical ion bus. A local 
maintenance terminal can be connected to J 4 for local 
management and maintenance. 

A requirement for the cardcage is that nut only the boards, 
but also the power supply and the fans, must be easily re- 
placed. This is considered Important for a teieconm 

vase it is common for all of the pans of a telecom m 
tern to u laceable Another important feature of the 

card ;bk management hi -mne configurations more 

than 80 coaxial cables mizsl be managed in the i ard< age. 

The power supply provides the following resources: +5V at 
20A. * Vi\ ai HA, - \-\ ;ii i\. -5.2V at IMA, and -2V ai bA Ii 
is als- ' i » >| i. iisible for gent" rating the VXIbus reset and 
powerfail signals and it ran maintain its specified output 
capacity for ug tO20 ms of DO wet Kite failure, permuting the 
system to work without interrupt i- ins 

The peripheral unit meets the requirements of I EC 750 re- 
garding safety, CISWi 22 Glass B fe>J radiated emissions, and 
IIP environmental specifications < HTM CJ "*' >rrin-" i 

Peripheral Unit Boards 

The system is organized to house VXIbus or VMEbus boards. 
All of the application boards are VXIbus register- based K-size 
boards. They use a common bus interface unit implemented 
in an ASIC (application-specific integrated circuit ). Every 
board can run a self-test to determine its stains according to 
VXIbus rules. A useful feature is self-configuration, winch is 
implemented using j he VXIbus MO DID lines and the standard 
registers provided in the VXIbus A16 address space. Even 
board has its own address and a model code thai represents 

its functionality. This allows the processor thai controls the 

peripheral null to dcic-miinc I he rardragc configural ii m and 
any board's Status automatically. 

the sysiem boards are I he slot board and the processor 
board. The slot o board is required by the VXIbus Standard 
r. . provide common resources io VXIbus subsystem slots I 
through 12. Slot also provides the system trigger, winch is 

used to synchronize the measurements, and basic system 
resources such as the system clocfe and the bus arbiter. The 
processor board is a VMEbus B-size board and is responsi- 
ble for raw data collection from the application boards. 
Alarms are stored in local memory waiting to be polled by 
the first-level processor, while the raw data is processed to 
obtain rhc i LS2J parameters which are then stored until 
collected In the first-lev *■[ processor. Up Io Hi) digital 
streams (this is I he case lor ren 2-Mbh/s boards), or up Io 
loo alarm points (this is the ease for ten alarm boards) can 
be processed in a peripheral unil. In I he ease of a Joss of 
communications between the firsUevel processor and the 
peripheral units, all olihe C.821 records can be st uteri for 
up to 12 hours; each monitoring point is allocated a buffer 
for 50 records, a record consisting of type of alarm, si an 
lime, and slop Time. The processor software can hr updated 

using a Dns based personal computer connected io the J4 
:j connector 

The communication controller and oomninuicaiion boards 
aiv used to extend (he bus Io miiuii' silrs. Any rommuiii> -:i 
lion board ran drive two modems at a inaMiiimii Speed of 



i tetota i !"".' Mi wrleu Packard Journal JKJ 



)Copr. 1949-1998 Hewlett-Packard Co. 



9600 bits/s- The Gonununieation controller is basically a pro- 
cesses! board with specialized comniimicadon software and 
can control tip to LjS remote peripheral units. 

in* E356G appUcatiori'Specjflc boards include a l40-Mhit/s 
monitor board, a 34*Mbii/s munilm board, an 8-Mbit/s moni- 
tor hoard, a 2-Mbit/s monitor board, a counter boards and an 
alarm board. The monitor boards can lecuur a CCfTt I ■ 703 
signal They ran analyze tin* standard CCFTT G.702 hierar- 
chy Parting with 2 Mbits/s (2048 kbits/s) or a pseudorandom 
(PEBS) signal according toGGfTT EfclBL The 2-Mhii /s morO- 
tor hoard analyses up io eLghi indepeiid^tl data streams. 

Measurements em he made using COde violations, In 

alignment errors, GEC-4 errors, or PRBS errors- The H-Mhii/s, 
;J4-Mbit/s. and 1 40-Mbh7s monitor boards can analyze a 
single data stream, They measure code violation errors, 
frame alignment errors, or PRBS errors. The counter board 
can count events at a maximum speed of 1 MHz, Its eight 
Independent inputs ran accept signals from -5V to +5V and 
its max in mm sensitivity is loo m\. The alarm board has 10 
independent Inputs. When an input is set for high imped- 
ance, it can rolled cwnis from -hoY to frfiOy and maximum 
sensitivity is IV, It ran also be set to measure open or closed 
contacts or current loops. 



oflhemoniloi hoards can demultiplex a tributary data 
si ream inside the data so earn being processed and send it. to 
the YXIbus local bus lines, Any board in file *\sn -m can sink 
and/or bypass these lines to the nexi board. This means that 
a group of boards, s;i.\ one 34 Mbit/s, one K-Mhii/s, and one 
2-Mhit/s, can act as shared demultiplex jts I ■ ■ r the other 
monitoring boards, which can send these boards their 
signals to tie demultiplexed. 

Twn special applicatior boards are also available. These are 
basically the standard 8-Mbit/s and :14-Mhit/s monitor hoards 
without the G.7fW interface 1 . They perform die demiix func- 
tion while analyzing the streams coming From the local bus. 
This can tie economically convenient when a demux feature 
is shared among m any monit ored si real us . 

Another common resource is the scanner board, which 
contains two 4:1 analog multiplexers. The high bandwidth 
of this board allows the multiplexing of signals up to 14!) 
M b 1 1 s/s. U p t o L hre e multiplexe is can be casca d eel A scan- 
ner board can be used to scan a group of digital data 
streams, connecting one at a time to a monitor board. This 
can tower the cost per data stream but has the disadvantage 
that no data stream is monitored continuously. 
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HP E3560 Software 

The IIP E356Q software is based on HP c ipenYiew. 1 as 
shown in Fig. 6. The apph. id managers that form 

the software environment are divided into four packages: 

• Base software 

• Communication software 

• Presentation 

• Threshold manager software. 

Base and Communication Software 
The base software lets the user manage the peripheral units 
hy acting on the manager map i Fig. 7). This is actually a set 
of maps, each exposing a particular level of detail in Lhe 
ton architecture, from a high-level view i peripheral unit 
I ] down to the hoard level and the individual m< sutoring 
channels tnside tin Another set of maps railed the 

user map is avail.ibl. R » surveillance (see "Presentation 
Software,* page 97 

By selecting an objecl with ihc mouse and using tin ap- 
propriate menus, iri< system manager can set up the periph- 
eral units and stall and stop die moniLoring activities. This 
me is available both on the peripheral unit level (a sort 
of big switch that turns on ami offtN monitoring capabili- 
ties of an entire peripheral unit ) and on the single-channel 
level. Thus it is possible to enable or disable the monitoring 
of a single data stream or alarm input. 

The part ol 'the user interface noi directly handled by HP 
Open View is managed by the ConllgA application, which 
translates user requests into the appropriate primitives and 
posts i hem lo die IIP OpenYieu communication infrastruc- 
ture tobesenl outside the workstation using the Qs proto- 
cols. Since this is not one of HP Open View's native si arks. 
I he task is performed by a proxy manager (which is part ni" 
the communication software ) The proxy manager takes 



care of the 1 ranslat ion berween the H3 e w prin 1 1 

ami the Qx primitives. Furthermore, the proxy manager 
manages all associations with the peripheral units and en- 
sures the correct addr> aeh outgoing request. The 
proxy manager returns incoming responses to lite applica- 
tion or manager waiting for them, and sends event report 
indication- ent management server i see bet 

The proxy manager also manages data Unk faults The ( ©J 

>I continuously polls the peripheral units 
can detect any disconnection resulting from tine breakage, 
peripheral unit failure, or some other cause. In Oils case, it 
issues a DL-DISCONNECT request towards the OSI stark - \$p» 
per layers. The layer 7 service element responsible for asso- 
ciations forwards this request to the proxy manage] 
PRQVIDER-ASORT indication. Tlie proxy manager translates 
this into a formal understandable by HP Open View by issu- 
ing a particular event report indication to the fault man. 
a pari of the base software not shown in Fi£. 6, which signals 
the fault by changing the object's color on ihe network map. 

The fault manager is one of three managers that handle in- 
coming events The other two are the alarm manager and 
the statistics manager, which receive Ihe alarms and the 
G.821 dam. respectively, from the peripheral units and store 
it in the database. These managers use die sen ires of the 
event management server. Each manager creates a filter 
which is used by the event management server to route the 
various events bo the managers thai are wailing for them. 

Since data handled by these managers rexruires a large 
aiiiuiini of storage (customers typically ask for 1 to 2 years' 
storage l it was deemed belter not to use the database 
embedded in HIM ipenView, but to provide instead an SQL 
database, which is also useful for report generation. Con- 
figuration information Is also stored In the SQL database 
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It was a design choice that all information pertaining to the 
peripheral unit is kepi in (lie peripheral unit itself. The first- 
level processor stores only logical information related to the 
peripheral unit (e.g., the data streams' names and creation 
dates} thai doesn't correspond io any physical attribute of 
flic device. 

The alarm manager also changes the status and therefore 
the map color of the affected object The IIP E3560 uses die 
four colors allowed by IIP Open View. Each color is associ- 
ated with a particular status of the affected object. The four 
basic status conditions are: 

• Unknown. This status means I hat the object has not been 
created yet. It is known by the first -level processor, but not 
by the peripheral unit that contains it. 

• Normal, The object gets this stains after a successful cre- 
ation, that is, alter a create request has been issued to the 
peripheral unit and has been acknowledged In ii. 

• Warning. The object gets this si at us when an alarm indica- 
tion has been received When the alarm is turned off, (he 
Object's status changes back to normal 

• Critical. The object gets this status when a data link fault 
occurs, that is. when it is no longer possible tor the first- 
level processor to act upon the objecl 

Database Management 

Database management is par! of the base software. It is han- 
dled by i he ConfigA application and the alarm and statistics 
managers. I 1 he database structures consist of three main 
tables: 

• Configuration tables store data regarding peripheral units 
and monitored data streams. As mentioned above, only log- 
ical parameters are stored in I he first-level processor, such 
as the data stream name, ils creation and disconnection 
dates, and the Quality parameters of die stream (see 
"Threshold Manager Software" below K 



• Alarm tables store alarm source, type, begin time, and end 
time, 

• Performance tables store performance data Coming I r< m 
(he peripheral unit. Each row of Hie table si ores a record 
containing the error counts (ES, SES, DM, I AS) and iinvi 
bit error rate indicators computed by the peripheral unit m 
slightly different ways. 

The way in which performance data is managed is critical Io 
Ihe operation of the system. Elementary data coming from 

die peripheral units occupies a lot of disk space. With some 
hundred streams being monitored, disk spate can be filled 
in a few months. As a compromise between data storage and 
disk space, an aggregation technique was developed to 
maintain data for a longer period at Ihe price of reduced 
data granularity. 

The elementary records are kept in ihe database for a period 
of time Tl ( expressed in days), which can be defined by the 
user during the installation of the system. Each day, a back- 
ground process combines the elementary records into a 
single daily record. For G.821 parameters (ES, SES, etc.) 
this is done b$ simply summing all of the stored values. For 
BEE parameters, it is done by averaging all of the stored 
values, After TI days, the older elementary records are re- 
moved from the database. Storing she daily records before 
time Tl speeds up daily report generation at the expense of 
a small amount of extra storage. 

The advantage of this operation to the user is a reduction of 
the disk space needed for the database. The disadvantage 
lies in the loss of resolution resulting from the aggregation 
process: the older data cannot be viewed wilh livminute 
resolution, but only with I -day resolution. 

The daily records are kept in the database for a period of 
time T2. At the end of each month, a second aggregation 
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Takes place, collapsing the daily records of the oldest month 
into a single monthly record. Afier T2 months, the oldest 
daily records are removed from I he database. 

Finally, after a period of time T3, the oldest records are 
deleted from the database, 

TL T2, and T3 can be defined during system Installation, but 
i t m i j s i ! h a ve different imp; I 

on rii mewar> records have the highest storage 

requirements, while daily and monthly records play 0111 

ondary role. Therefore, a higher value of Tl means re- 
in >ns with higher resolution for a longer time, but it also 
means more disk space and cost. 

Presentation Software 

The presentation software is Implernented using the RcportA 
application. Reports are divided into two families: si mistical 
and alarm reports, which show performance and alarm data, 
respectively. Performance data can be displayed in three 
formats: hourly ( Figs. S and 9), claih ( Fig. 10), and monthly. 
The hourly display shows data as it is stored in the database 
(elementary data). The daily and montiiK displays show 
aggregated data Various reporting options let the user make 
reports on a single data stream or on a group of data 
streams, showing absolute or percentage values. The user 
can define thresholds for ES, SES, and DM and have the 
report (lag all records having one or more valued over a 
thresiumi. » rpMuiitiily, ihe osei cao &S$< foi a report displaying 
only values thai exceed system or user-defined thresholds. 

The Report A application user interface makes extensive use 
of X Window panels and IIP Open View maps, The users 
selections are Translated into SQL queries and I lie results are 
formatted in a file and displayed. The file ran also be printed 
The IIP E35G0 design philosophy allows system users, wliu 
perform reporting activities, to make use of user maps. 



These contain only objects such as data streams or alarm 
inputs and are not cluttered with configuration objects 
I peripheral units, boards, and so onh which are not pertinent 
to the sun "ask. 

Fig. 1 1 shows a typical alarm report . 

Threshold Manager Software 
The threshold manager software has the purpose of lo. 
term surveillance of tfc \ an si reams at x ■* *rdh\g 

to CCITT Recommendation S1550. 

Each data stream can be assigned quality parameters b> 
Operator These consist of aqualiu classification rhigh. 
medium, or low grade) and the type classification of the link 
i 'path, section, or line section). These characteristics are 
processed to produce a set of thresholds that mark tlie data 
stream performance limits: the higher the declared quality i € 
the ilaia Stream, the lower Ihe limits. The calculated thresh- 
olds also depend on another variable, Ihe operational status 
of the data stream, which can be declared as in service, out 
of service, or repaired. The software automatically sets the 
thresholds according to the operator's deelaral funs. 

Whenever a tiara stream is placed under threshold manager 
control, its performance datai ES, Sl-]S, and DM values) is 
periodically read from ihe database. The period, called the 
step, can be defined by the user, from 15 mi miles to 1 day. 
The performance data is arnmmlated in the threshold man- 
ager's private registers. Tins process continues lor a ns«i 
defined period of time called the reset period, ranging from 
a minimum period, which is equal to the step, to a maximum 
of one month. If during ihe reset period any one of the accu- 
mulated values crosses the calculated threshold, the thresh- 
old manager generates an alarm, which is displayed in the 
Same manner as the alarms COnling I mm the peripheral umis 
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Fig. 10. Daily Q , - : --: I i mistical 
report. 



Recommendation M.550 classifies circuit performance as 
normal, degraded, or unacceptable. This classification takes 
r.he reference perfomra nee objective (RPO. defined earlier) 
as its reference point and scales it by a factor depending on 
the circuit type to determine the thresholds of degraded and 
unacceptable per to nuance. For a digital path like the one 
used as an example at the beginning of this article, the scal- 
ing factor for the degraded performance threshold is 0. 75- 



Th us, the perfonuance of such a path is de lined as degraded 
(D) when one or more of the quality parameters ES, SES, or 
DM crosses the corresponding threshold; 



D ES 


= 0.75 x RPO(ES) 


OSES 


= 0.75 xRPO( SES) 


DDM 


= 0,75 x [£PO( DM) 




Fig. 11. Network stream alarms 
report. 
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Demux Software 

One of the most powerful capabilities of the HP E3560 pe- 
ripheral unit is the possibility of taking a data stream con- 
nected to the peripheral unit s front panel and extracting 
one of its tributaries. The extracted data stream can be fed 
to another monitoring hoard, which in rum can monitor and 
recursively demultiplex the tributary. Thus, starting from a 
140-Mbit/s data stream, one can demux down to the 2-Mfoit/s 
level 

This capability is exploited to give three different demux 
modes; slow, medium, and fast demux (these features are 
included in the base software). 

Slow tonus can be used to monitor a selected tributary con- 
tinuously, This is nothing more than what is normal l> done 
with the monitoring boards, except that the com rolled data 
stream doesn't come from the transmission equipment or 
the DDF (digital distribution frame), but is extracted from a 
hierarchically higher data stream. Ail the operator has to do 
is select a demux source, choose the Start Slow Demux option 
in the Demux menu, and then, helped by a dialog box, ask for 
the pattern that leads to the desired tributary. An M-ACTIOIM 
primitive is then sent to the peripheral unit, which locates 
the required resources (mainly free monitoring channels) 
and then communicates to the first -level processor the start 
of the demux action, sending back the physical addresses of 
the selected channels. These channels appear to I lie opera- 
tor as symbols on the map, which the operator is asked to 
name to identify the selected tributaries during the demux 
operations. It is also possible to assign a group name to the 
whole demux chain (the set of streams that form the pat- 
terns) Which makes it possible to extract the G.821 report 
with a single query. 

Fast and medium demux are fault locali/.alion tools: their 
philosophy is the same as slow demux, bill they are imple- 
mented slightly differently The idea behind these operations 
is to explore I be "tributary iree" contained in a data stream 
I o find possible problems. 



Fast demux starts from a selected data stream and scans the 
Hv*- down to the 2-Mhn sieved reporting the status of each 
tributary If the status is not OK. the most severe alarm de- 
tected during the scanning is reported. This operation is 
very quick and is automatically performed by the peripheral 
unit. After about 10 seconds, the report is ready on the 
screen. 

Medium demux operates in the same way. hut the time ded> 
i to each tributary can be chosen by the operator (from 
1 to 60 seconds). Since this results in a longer operation, the 
result is more accurate, The report also gives the BER 
estimated during the observation of the tributary 
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G-Link: A Chipset for Gigabit-Rate 
Data Communication 



Two easy-to-use IC chips convert parallel data for transmission over 
high-speed serial links, A special encoding algorithm ensures dc balance 
in the transmitted data stream, A binary-quantized phase-locked loop is 
used for clock recovery. An on-chip state machine manages link startup 
automatically. 



by Chu-Sun Yen, Richard C« Walker Patrick T. Petruno. Cheryl Stout, Benny W,H, Lai, 
and William J. McFarland 



The last decade has seen a tremendous increase in comput- 
ing power with onh modest advances in the band width of 
the data links used 10 interconnect these computers. Between 
1982 and 1992. the speed of a high-performance engineering 
workstation has increased from 0.5 MIPS (million instruc- 
tions per second ) to 100 MIPS, an increase of over tw r o car- 
ders of magnitude, In that same period of time, computer 
network bandwidth* have gone from Ethernet at 10 Mbits/s 
to FDDI at 100 Mbils/s, an increase of only one order of 
magnitude. In addition io Easter computers, other factors, 
such as the widespread use of multimedia applications, will 
put pressure on network band widths, threatening to create 
an I/O bottleneck for modern computing systems. 

Inlike computer systems, serial links cannot exploit paral- 
lelism and must run at proportionally higher rates for each 
increment in performance. At clock rales below about 1 00 
MHz, traditions] prinled circuit board design lecl'ink|Ues CSMtt 
be used to implement link circuitry with collections of pack 
aged parts. But as link speeds approach the ^abit-per-seeond 
range, interchip timing skews make it impractical to build 
low-cost gigabit links in this way. Although long-haul tele- 
phone networks have used gigabit -rate data links for many 
years, these links use nonintegrable components and require 
adjustment and maintenance, Such systems are easily ju si i- 
lletl when the cost is amortized over millions of users but 
are Ton eostlv and Complex for computer use. 

To support the needs of computer and Other generic data 
transport applications, Ihe HP HDMFMOOOgigabii link 
:<t link i ehipsci has been developed- ll is Hie first commer- 
cially available !.-!-( rhaud link interface in two chips, a 
transmitter chip and a receiver chip, requiring no external 
parts or aojustn tents. 

The architecture of the G-link chipset greatly eases the job 
of She system designer Communication between the chipset 

r\\\'.\ the users system takes place through a low spaed paral- 
lel " terface, All gigabit-rate signals, with the exception of 
tin serial electrical data stream, remain internal to the chips 
at id are never routed on the printed circuit board. Thus the 
designer is able to use standard printed circuit board design 
techniques to deliver gigabit-rate performance. For fiber 



optic applications, the high-speed serial signals are easily 
connected to lightwave transmitter and receiver modules. 
To simplify r tie designer's job further, a link-management 
state tnachine controller implemented on the receiver chip 
insulates the user from many of the details associated with 
link startup and error monitoring. 

The chipset was designed in ill's i^-GHz f T silicon bipolar 
process and Incorporates pa tented circuit techniques devel- 
oped at HP Laboratories, namely the encoding scheme and 
t!u phase-locked loop circuit. These new techniques, de- 
scribed later in this paper, represent departures from tradi- 
tional telecommunication practice and have made practical 
the integration of an inexpensive and easy-to-use gigabit- 
rate chipset 

Overview 

Fig. 1 shows a typical G-link application supporting a full- 
duplex interconnection between two hosts i »iie transmitter 
and one receiver chip are used for each end of the link. 

From the users viewpoint, the chipset behaves as a "virtual 
ribbon cable" for the transmission of parallel data over serial 
links. Parallel data is serialized by the transmitter chip and 
deserialized by the receiver chip inln the original parallel 
form. The ehipsei hides from the user all Ihe complexity of 




Wg, I. \ duplex link buili with the HP HDMP- 1000 gigabit link 
{(Mink) chipset 
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encoding, multiplexing, clock extraction, demultiplexing, and 
decoding needed for high sj >eed serial data transmission. 

The transmitter chip fFigs. 2 and 3) accepts the users paral- 
lel data word and clock. The word-rate clock is internally 
multiplied up to Ihe serial rate in the transmitter chip phase- 
locked loop. This high-speed serial clock is used to multi- 
plex the encoded data. The encoding algorithm, called 
CQwfiliottaf hiversim* with maMer trmixifititi, or CIMT, 1 
creates a frame* for data transmission by appending four 
coding bits to each input data word. The resulting frame is 
then transmit led in either normal or inverted form." as nec- 
essary, to maintain dc balance of the serial bit stream for 
transmission over optical links or coaxial cables. This C3MT 
line code distinguishes itself by being efficient and simple to 
implement compared to other line codes such as 8B/10B. 

To support mo dent network protocols, the chipset allows 
the transmission of three different types of frames, (ieneric 
user data is transmitted with fin ta frames* Curt t ml frames 
are the second type of frame, and are used tor the transmis- 
sion of information that should be treated separately from 
data, such as packet headers. Fill frames are the third type 
of frame, and are sen I automatically by (he link during 
startup and to maintain synchronization when the user 
h as n e i I h e r d at a n or eo nt ro I i n f o rn \ at i o n to send. 

In the receiver chip (Figs. 4 and 5), the clock and frame 
alignment are extracted from the incoming data stream with 
a phase-locked loop. The data is then demultiplexed and 
decoded back to its original parallel form, In addition to 
these basic functions, the receiver chip also includes a state 
machine controller; which performs an end-to-end hand- 
shake and provides both bit and frame synchronization. This 
handshake avoids the false lock problems that are typical 
with clock extraction circuits that accommodate a wide 
range of clock Frequencies. 

An unconventional "bang-bang" phase-locked loop ;i is used 
in the transmitter and receiver to provide adjustment -free bit 
retiming at very high daia rates. Using the special master 
transition built into the line code, the phase-locked loop pro- 
vides frame synchronization without the periodic insertion 
of special frame synchronization words. 

A very compact chip layout was achieved by using three lay- 
ers of metal and a quasi-gate-array ECL design methodology. 

[fl this paper r fraxe is- defined as an encoded input word. 




Fig. 3. Plwlninirrngnipti Oftfai I iviiKnnil- rehjp. 

The 08-piii surface-mount package | Kig. 6) is designed to 
maintain good performance for I I < ill/ signals. 

The key features of the chipset are: 

Parallel ECL bus interface 

lb or 20 bits wide, pin selectable 

Rag bit usable as extra data bil [ 1 7th or 21 si j 

CIMT encoding and decoding 

Ac/dc coupled 

IIQto 1400 Mbaud serial line rate 

On-chip phase-locked loops for transmitter clock generation 

and receiver dork extraction 

Local loopback mode for troubleshooting 

Single -5V £10% supply voltage 

21$ power dissipation per chip (typical) 

Can he used with fiber optic links 

On-chip equalizer for use with coaxial cable 

Standard 68-pin CQFP (ceramic quad flat package). 

Because of the simplicity and flexibility of the G-iink chip- 
set. it cim be used for a wide variety of applications, includ- 
ing computer backplanes, video distribution, peripheral 
channels, and networks. 
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Fig, 5. Pftofcwhici'ograph of tin 
G-Link Line Code 

Many coding schemes have been developed to allow com- 
munication of information over various types of channels. En 
synchronous communication links, dork and framing in- 
formal ion musl he transmitted along with data in such a way 
I hat i lie clock and data can be n covered ai the receiving 
end Of the link. Then lon\ it is necessary tor the transmitted 
encoded serial hit stream to have enough embedded clock 
information for the re< viwr o» recovei the serial clock. 
There must also be some method of frame alignment so that 
the boundaries of a frame can be located at the receiver, 

In optical links, it is desirable to ar couple the data signals 
to simplify laser bias circuitry and optical receiver design 
This isalso true in repeatei desl ihe components 

are comnionly ac coupled, A problem with ac coupled 
loins is thai the baseline will shift when the transmitted digi- 
tal data is nut dc balanced This sliifi makes detection diffi- 
cult and degrades the system noise margin. To overcome 
i his problem, arbitrary data is typically encoded before 
transmission to achieve dc balance. The receive? restores 
file data in its original form b> decoding. 

In the (Mink chipset, the OMT coding scheme performs the 
following tasks: 

♦ The transmitter chip supplies a master transition in every 
frame for clock recovery and frame alignment at flu- receiver, 
frames are conditionally inverted as necessary to maintain 
de balance, 

Information is provided In the transmitted frame about the 
type of frame transmitted and whether or not the frame was 

■led. 

* Ai the receiver, decoding is dune to determine w hat type 
of frame was received and whether or not the frame was 
Inverted. 



If the frame was diverted ai the transmitter, it is inverted 

again at the receiver to restore the information to its original 

form. 

The receiver performs error checking on portions of the 

frames to detect loss of lock. 

This method of encoding and decoding has several 
advantages: 

Clock information is available in each frame, indicating both 
quency alignment 
is no need for the user to send any special eharar 
to indicate the start of a new frame. The G-Iink chips perform 
frame alignment transparently. 

There are no restrictions on the users input bit patterns. Im- 
balance is maintained by frame inversion and a maximum 
run length is guaranteed by the master transition. 
By checking for framing errors, the receiver can del eel loss 
Of lock and reinitiate the link start up process, i \ discussion 
of link Startup can be found under "Startup Stair Machine 

I lontroller* on page LQ9.) 

Data is encoded by appending four exnn Coding bits r l -field) 
to the input data ( LMield), The serial combination of the 
D-fiekl and Ihe (.'-field makes a frame. The user can choose 
to transmit either data frames or control frames. In addition. 
two types of fill frames are internally generated for trans- 
mission when there is no input supplied by the user or dur 
uvj, staii up. To maintain dc balance, data and control frames 
are either inverted or not inverted Information about Inver- 
sion and the type of frame is contained in the t -field. Unlike 
typical codes with fixed data widih. the CIMT code can 
accommodate multiple data widths. 

The G-link chipset is designed to transmit either 16-bit-wide 
or liU-hit-wide data words. Both the transmitter chip and the 
receive] chip have an input pin that ^o^sthe^sertoseleci 
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the parallel word width. There is also a flag bit, which can 
be used as an extra data bit A frame consisting of the D-ficld 
plus the appended C-field is then either 20 or 24 bits long. In 
l he case of control Frames, two biUs in the D-ficld are used for 
encoding, resulting in 14 or 18 bits available for Iransmitting 
information, The Hag bii is obtained by selecting between 
differed sets of coding bil.s in the C-field. 

Table 1 shows the contents of different frames generated at 
the G-link transmitter- for the ease of 20-bit data, DAV (da La 
input available) and CAV (control input available) are sup- 
plied by the user to indicate whai type of user input is to be 
transmitted. If neither data nor control inputs are available, 
a Rll frame is sent, FLAG is the additional Hag bit. input. DO to 
I)H) are the parallel inputs. INV is a logic signal internally 
generated on the transmitter chip that indicates whether the 
frame is to be inverted. 

Table I 
Contents of Different Frame Types 

for CIMT Encoding of 20-Bit Data 
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MT = Master Transition 



The C-fiold bits were chosen so that a master transition al- 
ways occLirs between the second and third bits of the C-field, 
For data and control frames, this transition can be in either 
direction. The C-field bits were also chosen so that the codes 



for data and inverted data frames are complements of each 
other. The same is true for control frames. This allows the 
entire frame to be in veiled with the correct C-field bits for a 
particular type of frame. 

There are two types of fill frames, referred to in Table I as 
FF0 and FF1. FF0 ; a training sequence used during startup, 
has a single rising edge at the master transition and is a 
square wave with 50% duty cycle. The receiver's clock recov- 
ery circuit is able to lock onto this signal, extraet the serial 
clock, and provide Frame alignment, FF1, another training 
sequence used during startup, is also sent after startup 
whenever the user does not supply inputs for data or control 
frames. FF1 is similar to FF0 except that the position of (he 
falling edge moves by one bit forward or backward, creating 
a square wave that, is two hits heavy (FF11I) or two bits light 
(FF1L). The decision to send cither FF1I1 or FF1L is made 
depending on the disparity* of previously transmitted bits, 
in an attempt to reduce the disparity to zero, Since FF0 fe<Jc 
balanced and the two types of FF1 frames are sent to reduce 
disparity, fill frames are not inverted. 

Nonin verted control frames have 1 he same O-field as fill 
frames, but are distinguished from fill frames by the center 
two bits of the D-field, which are 0L Control frames are in- 
verted when appropriate, but then have a different, unique 
C-fieid. 

All other possible C-field codes that are not listed in Table I 
are not allowed and are considered to be errors if received. 
The receiver detects the loss of a master transition or a for- 
bidden C-field code as a frame error This information is 
used by the receiver's state machine to derive the link sta- 
tus. In addition, if the flag bit is not used by the user, it is 
used for additional frame error checking. The flag bit is al- 
ternated internally by the transmitter and this alternation is 
checked at the receiver. 

Coding Implementation 

Fig. 7 shows a block diagram of the transmitter chip. The 
user supplies the parallel inputs D0-D19, a frame rate clock, 
the DAV and CAV inputs, and the FLAG input (optional"). The 
high-speed and subratc clocks are derived from the frame 
rate clock by a phase-locked loop circuit . "System UiY 

' Disparity is the number at 1 s minus the number of Os 
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refers to other signals thai are involved in the links config- 
uration and status. RFD { ready for data) is an output indicat- 
ing to the user that the link is reads r to irnusmii dam. Thc 
D16-D19 inputs are ignored when l lie user selects IB-bit 
I -; i r^i 1 Ii-t WOrd width. 

Depending on the DAU CAV. and FLAG inputs, the ( -field coding 
bits arc generated and any necessary encoding of the D-field 
is performed Then the C-field and D-field hits arc evaluated 
in a sign circuit whose output is the sign of the disparity of 
the frame. A separate accumulator keeps track of the dispar- 
ity of previous!} fcransmitted bits. Hie decision toiiiveil ot 
noi io in veil a frame is made based on the outputs of These 
two circuits and is indicated by the signal I NY If The signs of 
the disparities of the current frame and I hi* previously Irans- 
milled bits are the same. IN V is high and ihc current frame is 
inverted Sfthey are noi the same, inv is low mu\ the frame is 
not Inverted Only data and control frames are Inverted; the 
invert Function is disabled for fill frames. The frame i> serial- 
ized v\ iiii a circuil dim multiplexes the parallel inputs into a 
serial hii stream and performs any necessary frame inver- 
sion* The output of i his circuit is iinn transmitted across 
the serial link. 

A block diagram of the decoding portion of the eeeeiverchip 

is shown in Kig. S. After Startup, i he serial clock and die 
framing information are produced by the receivers <i <i 
recovery circuitry, allowing ihe receive] to tea over the serial 
data and demultiplex ii back to parallel form, The frame 
clock is provided as an output lor usf in the hs'ts. $ystenn 

hy examining the D-field bits, the C field decoder deter- 
mines whai kind of frame has been received and whether or 
uoi ii has been inverted. Willi ihis infnriuaihin, the D-field 
decoder restores the parallel data hack to its original form. 
In addition, the I ! field decoder provides Dav, Cav, and flag 
information back to the user. TTiese signals have fee same 
definitions as the corresponding transmitter inputs. The 
('■Held bits are also used by die receiver's state machine to 
check lor frame errors. 

Encoding Circuitry 

Encoding on the transmitter chip is performed ma inly by 
logic rriisand iun on < hip programmable logic arrays 
(PL\m However, there aire two special parts ol the Frame 

inversion function Tin- tii si is an analog Sign circuit which 



determines whether a frame has more high or low bits. The 
second is an accumulator which keeps track of the disparity 
of the piv\ionsl> transmitted data 

The sign circuit on the transmitter consists of one dii 
lial pair per bit, a summing circuit, and a comparator To 

-in errors in determining a fran tnportard 

for the differential pairs to have matched CUirra 
The! ntial pair is supplj. eurreni 

J aid OUI in com- 
nion centroid fashion This reduces the effects i »f pj 
and temperatuj is on the value of each pair's con \ ■ 

bined current source. In addition, Large-geometry resi 
are used io improve matching of the current soorc 

The currents are summed ai shared collectors through resis 
tore, creating a differential voltage propoilional in the differ 
en ee be t ween the numbers of is and Gs in the frame When 
there are more Is than in. this voltage is positive; when 
there are more Os ihnn Is, it is negative. This voltage then 
drives a comparator, which produces a high or low logic 
signal depending on the sign of the inpni voltage. This 
method of defo rmining the sign of a frame is simpler and 
faster than a digital solution. 

The accumulator circuit keeps track ofthi disparity of pr* 
viousiy transmitted bits. It is implemented with a 6-bil up 

down ennui er. To relieve liming constraints, the counter 
i q lerates on two bits at a time. This allows n fco< penile at a 
clock rate that is half the serial output rate. 

The Counter can count from all Os to all Is and is resei at 
Startup to i he midpoint, which is considered a balanced 
state. The range of this (5-bit counter is I hen S2tO i 31 hits, 
where D is the balanced stale, Wiih two inpul hiis. there are 
lour possible combinations: 1 1 which has a disparity of fc2 
bits, 00 which has a disparity of 2 bits and 01 or In which 
are balanced with z©rodispartty. Since weonlj ne&d to 
i -mini up or down bj multiples of 2, we can allow one bit of 
the counter range to correspond to a disparity of 2 bits. 
Tints rhr effective counter range, in bils of disparity, be 
comes -lil bils to ~*VJ. hits. The worst -case disparity thai can 
i hi in u nil ihis codinu scheme is i3J hiis. which is well 
within l he range Of the counter. The luosl-sigmfieaiii I Ml Of 
the counter is compared with the output of the sign circuit 
io decide whether to invert the frame 

Accumulating two bits ai a lime is the most convenient ap- 
proach. [f the counter isvere to operate on one hii ai a time, ii 

WOUld si ill have to cmuit either up or down and "lie hit of 

the ei miih] range would correspond io one hii ■ ■! ''dispariiy. 
Thus, ihe range of a 64>il counter would be -32 to + : »l bits of 
disparity, which would noi have enough margin beyond the 
worst-case disparity of ±51 hiis. A higher-order counter 
would be required, and il would also have to run at the full 
M-riai • < 1 1 1 1 ■ i j r taie, resulting in increased power consumption 

[f the counter were bo operate on four hits at a time it 
would have the henefii of running at one fourth of the serial 
rate, but il would have to count up and down by 4, up and 
dow u bv 2, or remain unchanged, < me hit oi the Countei 
range could correspond to i\n<> bits of dispnriu as in the 
■ ase implemented, but the counter design would be more 
complex. 
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Phase-Locked Loop 

In a serial data link, the dock signal is n<ii explicitly trans- 
mitted, bvA is instead implied by i he transitions of the data 
stream. By examining the transit inns in the data stream with 
a clock extraction circuit il Ls possible to create a replica of 
the original clock that was used to transmit the data, This 
recovered clock can then he used to sample and restore the 
potentially degraded analog input, 

Many high-speed clock extraction techniques exist, bat must 
have been developed for long-haul telephone applications, 
Telecom systems are designed to maximize (he distance 

handwidlh product «>J (he link. This criterion minimizes both 
(In number of physical repeater sites and the nunibet ol 
fibers i liar have to be installed in a given run. As a result, a 
much higher premium is placed OH clock-exnnciinn perfor- 
mance I hail on cost -ef feci iveness. These objectives have 
made this class of clock extraction techniques unsuitable for 
rial acorn m applications. 

Trad it tonal Telecom Clock Extraction Circuits 
Fig. 9 shows a representative clock extraction and data re 
in i ting circuit that is used for high-bit-rate telecom systems. 
The incoming analog data stream is split inio two parallel 
paths: the clock extraction chain mid the data retiming paih, 

IVcause an NRZ (nonreturn to zero) data stream does not 
have a spectral component at the clock frequency some 
imnhneur process must be used lo derive a cluck signal 
limn (he dal a si ream In the typical circuit Of Fig* 9, a time 
derivative is applied, followed by an absolute value fund ion. 
This combination of elements creates a narrow unidirec- 
tional pulse for every transition of ihe data. This new wave- 
form contains a spectral component at the clock frequency 
Once the clock component has been created, ii tan be iso 
tated either by a filter, typically implemented with a SAW 
(surface acoustic wave) device, or hy a phase-locked loi >p. 

There are two problems with I his configuration. The first is 
thai, although rln i circuil e> correct clock fre- 

ijueiu ■>. it doesnoi extract the correct phase. There is a 
large phase shift tun ween the input data and ihe recovered 
clock. The phase relationship between the clock and ihe 
data must then be adjusted somehow to compensate for 
process and temperature variations. The second problem is 

thai Ihe Creation of narrow pulses requires high circuit 
bandwidth, This is often the speed-limiting factor for giga- 
bil rate clock recovers circuits. 



G Link Solution 

A design goal of the ii link chipset was to eliminate all exter 
nal parts and user adjustments and effectively hide Ihe $ys 
rem complexity from the user through monolithic integratior 
The clock extraction circuil was mosl Impacted by these 
requirements. To achieve these aggressive goals, a new 
phase-locked loop Circuit was developed based on a binary 
quantized {"bang-bang" j phase detector, 

The phase-locked loop circuit used in lhe(i-link chipset (see 
Fig. 10) works hand in hand with the CIMT line Code to 
avoid both the phase adjustment problem and Ihe band- 
width rcquiieiueni of the traditional techniques, hi this cir- 
cuit, the incoming data splits into iwo paths Qust as in the 
traditional telecom approach), instead ofa complex phase 
detector, w hich i^ potentially mismatched in delay io ihe 
retiming latch, iwo matched latches an- used at the front 
end of I he circuil. One laleh is used hi? retiming and The 

other for phase detection. Because both latches are laid out 
identically on the chip, their delays are well-matched, 

T he two latches are driven by ihe vn 3 through a comple- 
mentary buffer, If the VCO is property aligned, ihe lop latch 
samples the center of the data cell on rising edges of the 

Clock while Ihe lower latch samples the data Iransrtions on 
the falling edge of the dock 

Because the G-link line code ptovidesa guaranteed transi- 
tion at a lived, defined location in every frame, ihe sample 
of this transition ran be used as an indication of the loop 
phase error - . The VCO output is divided hy either 20 or 24 1 
depending on the selected word width, to produce one sam- 
pling pulse per frame. That dock pulse is used h> lake a 
sample in ihe vieinily of ihe master transition so that a 
phase update is generated, once pel" frame, indicating 
whether the vv< l is earh or late with respect to the master 
transition. Assuming a rising master iransition, as shown in 
Fig. 11, if the VCO is too high in frequency the sampling 
point drifts to the left of the master transition and a low 
value is sampled. If the VC< l is too low. the sampling point 
moves tO the rig hi and a high value is sampled. This circuit 
then produces a one or zero indication horn the phase drier 
lor lhal tells whether the VCO is early or lale with respect CO 
the incoming data 

Since the fastest Operating element in this circuil is a latch 
Operating al Ihe serial rate, thiscirniii [s usable up lo the 
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highest frequency at which a given process is capable of 
making a functioning lakh. In addition, the circuit inher- 
ently provides excellent phase alignment between the VCO 
and Hie data. Note thai the outpul of the phase detector latch 
is not linearly proportional to the loop phase error, but is 
instead a binar\ -quant t/ed representation of Lite error. This 
Characteristic renders the loop equations nonlinear and re- 
quires Linr-on ventional design metliods (see "Bang-Bang 
Loop Analysis," page 1 10). 

False Locking and Frame Synchronization 
During initial link startup, it is necessary to ensure thai the 
phase-locked loop correal ly determines the frequency of die 
incoming daia and finds ihv location of the master transition 

In many clock extraction circuils, (he clock frequency is 
extracted from i\ coded, random data stream, A common 
difficulty with I his approach is (he problem of the phase- 
locked loop locking imto wrong frequencies thai are har- 
monically related to ihe data rate. To avoid this problem, 
most systems limii the VCO range so that il Gall never he 
more than a lew percent away horn the convcl frequnn y 

A narrow-band VCO using external components was not 
consistent with fhe goal of building a completely monolithic 
cMpsct Integrated oscillators rely im i<*\\ tolerance IC com- 
ponents and are typically limited to ±30% tolerance on the 

renin frequency. Fot customer llexihiliiy, il was desired to 
extend the oscillatoi range to* m&t as li -asi an octave. This 
range, in conjunction with digital dividers, allows the (Mink 
chipset to operate over a range of I \t\ lo lion Mbaud in four 
bands. 

\ S0CO|td design problem is frame synchronization Ai (he 
receiver, some method must be employed io determine the 

boundaries between frames so that they ran be properly 
deserialized back into the original parallel words. The f I-link 
chipset establishes and monitors frame synchronization by 

using fhe embedded master I tansiliun, Unlike other links, 
I he (Mink chipsel allows ihe ronlniunus transmission of 

unbroken streams of data, without the insertion of special 
frame synchronization words. 



Startup Stale Machine Controller 
To eliminate the problems of false locking and frame syn- 
chronization, the (Mink chipset uses a startup State machine 
and the special training fill frames. 

Because the internal VCO is capable of operating over 
nearly a 'h 1 range of frequencies, a frequency detee 1 

ing problems. The frequency 
pie square-wave fill fra L 
g sent. A conventional sequential frequency detec- 
tor, built of two resemble flip-flaps, determines the sign of 
the frequency error. When the phase em h is less Than z_„ ." 
degrees, the output of the phase detector Is used. Otheru Ise, 
the loop filter is driven by the frequency detector output. 
Because the frequency detection circuit cannot operate on 
data frames, the state machine com roller mast disable the 
frequency detection circuit before allowing data to be seni. 

Neither node of a duplex link can achieve lock unless the 
opposite side is sending special fill frames. Neither side of 
the link can stop sending fill frames and stari sending data 
unless the other side has successfully achieved lock. The 
state machine uses the two distinct fill frames FFfJ and FF1 
to alkrw one side of the link to notify the other side of its 
current locking status. This guarantees that fill frames will 
be sent whenever needed to restore lock, and only as long 
as necessarj to achieve lock. 

As described previously, FKn is u 50% balanced square wave 
with equal numbers of and 1 bits. FF1 consists of two 
modified square -wave patterns. These two patients are used 
a> needed to maintain dc balance on the link Both FPU and 
FFI have a single, rising transition, which is in Ihe same 
position in the frame as Ihe master I ransil ton ol data and 
control frames. The rising edge Of the fill frames is used ini- 
tially to establish an unambiguous frame reference. After 
initial lock, the master transit ion of the data frames is used 
to maintain frame lock. 

Fig, VJ, shows ihe state machine lui]nKkik< procedure for a 
bill-duplex link in greater detail. Both Ihe near and far ends 
of the link independently follow ihe si air- diagram of Fig. 12. 
The three slates are defined by the state variables STATO and 
STAT i. At power-up, each end of the link enters the sequence 
at the arc marked "Start 
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Bang-Bang Loop Analysis 



A simplified version of the clock recovery phase-locked loop of the G-fink chipset 
is shown in Fig 1 Only the transition sampling latch is shown, and the input is 
assumed to be a square wave at the same frequency as the VCO 

The VCO is controlled through a loop tiller that consists of the sum of an mtegra.1 
signal and a proportional signal Because the phase detector is quantized, the VCO 
frequency switches between two discrete frequencies, causing the VCO to ramp 
up and down m phase, thereby tracking the incoming signal phase. 

If *ne loop is property designed, the system can be considered to be composed of 
two naninteracting loops These are the paths labeled proportional branch and 
integral branch in Fig 1 The first loop includes the connection of the phase detec- 
tor tc the VCO input through a proportional attenuator, white the second loop 
drives the VCO through an integrator, 

The proportional signal tunes the VCO, causing the output of the phase detector to 
switch rapidly between Is and Ds at a fairly high frequency. Other than the dc 
component, the bulk of the phase detector output signal spectrum falls outside the 
effective pass band of the integrator branch of the loop. Thus the integrator branch 
operates on just the dc component of the phase detector output Its job is to servo 
the center frequency of the VCO so that the two discrete VCO frequencies p-o- 
o/ammed by the proportional input will always bracket the frequency of the in- 
coming data signal. This frequency adjustment occurs so slowly that it does not 
materially affect the operation of the high-frequency bang-bang portion of the 
loop. 

Proportional Branch 

To simplify the analysis of the first branch of the loop in Fig, 1. the integrator 
output can be replaced with a constant reference voltage so the proportional tuning 
input will cause the VCO to bracket the incoming frequency, The VCO will then run 
at two discrete frequencies; at a frequency slightly higher than the incoming data, 
thereby advancing the phase, Dr at a lower frequency, thereby retarding the phase 

If the incoming frequency is midway between these two discrete frequencies, the 
loop will switch between the two frequencies with approximately a 50% duty 
cycle. If the incoming frequency is slightly higher than the nominal VCO center 
frequency, the duty cycle will shift such that the loop will spend a higher percent- 
age of time at the high frequency than ai the low frequency In general, it can be 
shown that the duty cycle present at the output of the phase detector is propor- 
tional to the difference In frequency between the incoming signal and the nominal 
VCD center frequency, 

Integral Branch 

The second branch of the loop contains the integrator. Because the integrator 
effectively filters out the oscillatory portion of the phase detector output and only 
reacts to the average value of the phase detector output stream, the proportional 
branch of the loop can be ignored here by replacing the phase detector with a 
Virtual frequency detector. The mtegrator extracts the dc component and thereby 



Master 
Trans ill ens 



Proportional Branch 




VCO 

<§>-o- 



Integral Branch 



Total VCO Phase Change 

Resulting from Step In 

D elector Output 



Phase Change from 
Integral Branch 




Phase Change from 

Proportional Branch 



Flfl. f« 5'mulif fid versiof of the ^base-locked loop For analysis, the loop can he considered s 
CDmbinal<on of two non interacting loops: a proportional Branch and art integral branch 



Time (in update times) 

Fig, 2, ContribtftJona to VCD phase changes. Stability factor is the linear phase change dmc-eci 
by the quaarabc phase change in the same tftni 

tunes the center frequency of the VCO so that it is always equal to the incoming 
data rate. 

tn a conventional linear phase -locked loop, the lonp error signal is proportional to 
phase error but is used to control the VCO frequency. This introduces an integration 
in the loop transfer function. This integration, in conjunction with the loop filter, 
creates a second-order feedback loop. Such loops can exhibit an under damped 
response to changes in input phase, leading to an undesirable exponential buildup 
of jitter in systems with tong cascades of repeaters. 

In the G-linfc phase-locked ioop. the phase-detector dc component is propomiriai 
to frequency rather than phase. Because the the frequency of the VCO is con- 
trolled by a frequency error signal rather than a phase error signal no extra in- 
tegration appears in the loop transfer function. This means that no jitter buildup 
results from the action of the integral branch of the loop The jitter statistics die 
simply dominated by the hunting behavior of the high-frequency proportional 
branch of the loop. 

Loop Stability 

To reach a qualitative understanding of the loop behavior, the two branches of the 
loop were assumed to be nonmteracting Fur this assumption to be valid, certain 
conditions must be met. 

It is important that the loop he set up so that, between phase samples, the action 
of the proportional branch of Che loop dominates over the action of the integral 
branch This can be verified by creating a step change from the phase detector 
and tracking its effect on both halves of the loop Fig. 2 shows the contributions la 
the VCO phase change. In the proportional path, the VCO is programmed to make 
a small step change in frequency, which causes a linear ramp in the phase error. In 
the integral path, the integrator programs a linear ramp in VCO frequency, which 
causes a quadratic walk -off in the VCO phase 

The ratio of these effects at the end of una frame update time gives a figure of 
merit for the loop Design The phase change from the proportional branch of the 
loop must be greater than or equal to the phase change from the integral branch 
of the loop for the system to be stable. In the G-link design, this stability ratio is 
designed to be always greater than TO. 

R'cnarrtC Walker 
Principal Project Engineer 
Hewlett-Packard Laboratories 



110 October I99S I U\\ -In i -Packard Journal 



)Copr. 1949-1998 Hewlett-Packard Co. 



U THH * 



Output 



Wide-Range 
Tuning Input 

~ Bang-Sang" 
Tuning Inpul 



Fig, 13, Tln. s VCO consist 
a ring oscfl] 

Each state in the stale machine has three nutations. The top 
notation is either TDet" or "Phase," FDei stands for fre- 
quency detect mode, an<1 implies that the frequency detector 
has been enabled in ihe receiver chip phase-locked loop. 
When the chip is in this mode, it is important thai no data be 
sent, because the frequency detector is only able to lurk onto 
one of the special training fill frames FFO or FF\> The Phase 
i' ii tiion means lhat the receiver phase-locked loop has 
been switched to phase-delect mode and is ready to allow 
data transmission. The middle notation in each state is the 
fill word that is currently being sent by the nodes transnut- 
n -i i 'hip. The last notation is Qie rcadv-for-data i rfd i status 
of the transmitter chip. When RFD is low. the transmitter chip 
signals I he user to hold off any incoming data while it is 
sending ill! frames. When RFD is high, data is sent if avail- 
able, and if not. nil frames are sent to maintain link 
synchronization. 

The two bits bracketing the mnslei transition are muni lured 
by the receiver chip to detect a locked condition. If these 
two bits are not complementary for i\\ Or W *§ consecu- 
tive frames, it is considered a frame error The receiver 
chips al both ends of the link are able to detect data, con- 
trol, FFO. and FF1 frames and frame errors. Transitions are 
made from each of the stales based on the current status 
condition received by the receiver chip. Each of ihe arcs in 
Fig, lli is labeled with the slate lhat would cause a transition 
along t hat arc. 

If either side of the full-duplex link del eels a frame error, it 
notifies the other side by sending FFO. When either side re- 
ceives VF". it follows the state machine arcs and reinitiates 
ihe handshake process* The user is noli lied of I his action by 
the deasserting of RFD. 

This startup protocol ensures that no user data is sent until 

I fie link connectivity is fully established. The use of a hand- 
sh&ke training set tue nee avoids the fal>« In, k problem in- 
herent in phase-locked loop systems thai attempt in lot k 
onto random data with wide-range vn n 

Lo a p 1 m pi e m e n t a ti o n 

The ^CO is bnili from three variable-delay cells configured 
as a ring oscillator ( Fig. 13), The ring provides a wide range 
tuning input and a small "hang-bang" tuning input The w trite 

range input adjusts Ihe delays of each stage from one gale 
delay io three gate delays, thus giving a 'i:l Vt 10 frequency 

range This wide range allows die final system In be Specified 

with a _! 1 nui^i' over hnlh process and temperature Mifia- 

tions. The bang hang tuning input programs a small change 
in ihe V( )( I frequencj and is driven by ihe proportional 
branch of the loop filter. 



The loop fUter Is implemented with a charge pump integra- 
tor and a 0.1-uF external capacitor, which is housed within 
the package. The integrator is based on a unity-gain positive 
feedback technique ( Fig. 14 ) which cancels out the droop in 
the integrator filter capacitor The effective dc gain of this 
circuit appri; nity as ihe feedba* iproaches 

unity. The unity-gain technique achieves high dc gain while 
avoii I ibilitv and n< iise sensitivity problems of on- 

chip high-gain operational amplifier 

G-Link Chipset Implementation 

To achieve the best speed and power performance, the 
ii-link chips were designed using the HP B2SOO0 2&4 Alz fj 
silicon bipolar process, This process allows mixed-mode 
designs ranging from dense low-power logic structures to 
high-performance analog cells. A three- 1 aver metal system 
allows compact layouts, minimizing chip area and cost. TKifi 
pn ><ess features transistors with minimum pitch of 2.(5 mn. 
i mly simple npn transistors and p+ and p- resistors wen* 
used In the design. 

Building Block Design 

The G-link chipset is a fully custom circuit using specialty 
designed cells as building blocks. These include \ I ) logic 
cells consisting of gates, latches, and flip -flops, (2) PLAs for 
low-speed logic, and (3) I/O cells, which include all of the 
low -speed ECL and high-speed input and output drivers. A 
band-gap reference was also designed to stabilize chip per- 
formance with variations in temperature and power-supply 
voltage. 

Logic Cells and Arrays. Since logic elements are used mosd 
Widely in the I Mink Chipset, considerable effort went into 
optimizing their performance, power, ami active area, A 
three-level tree Structure was chosen to implement the logic 
functions. All signals are differential to improve noise mar- 
gins and to reduce ground currents, which could disrupt the 
analog circuitry. The inputs and outputs of these gates and 
latches are fully level-compatible for ease of routing. Each 
functional cell has resistor options by which the speed em 
be haded 1. 1 IT with power. In all, there are four power classes 
lor each logic cell. An example of a master-slave flip-Hop with 
a 2: 1 input multiplexer is shown in Fig. lo. This circuit is 
designed to operate up to 2 Gbtts/s at a junction temperature 
of L26 G with a lanout of 10, 
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Low-speed logic Ls implemented, where possible, wiih array 
structures for compactness and reduced power, The single- 
ended logic PLAs with AN DOR planes are designed to be pro- 
grammed using only metal layers. Altogether two PLA cells 
are used in the transmitter and one in the receiver 

Input/Output Celts. An effort was made in I he I/O design lo 
make the chips easy to use. Except for the high-speed serial 
signals, all of the chip I/O is 100K KCLlevel-compalible, To 
minimize the power dissipation of the chip, KCL outputs are 
liiuiied lo driving 10 cm of transmission line with a mini- 
mum characteristic impedance of 50 ohms terminal ed into 
300 ohms. For added convenience, unconnected inputs are 
internally biased to low IX L logic levels, and an* sensed as 
high levels if t h e inputs are grounded 

A special toput cell was designed for all gigabit-rate input 
signals. Bolh differentia] inputs or the cell are biased to 
ground with 50-ohm terminating resistors- This <oji figura- 
tion allows singled-ended or differential input signals lo be 
conveniently ac or dc coupled. This cell is used tor the 
strobe and high-speed clock inputs of (he transmitter and 
for the data and high-speed clock inputs of the re.ee h vr. 

The Gdink chipset is designed to work with either optical 
Fiber or copper coaxial cattle media. For cable applications, 
the data input cell of Hie receiver has an optional equalizer 
to extend the usable distance Of the link. The equalizer cir- 
cuit is designed with 3 dB of gain peaking at 600 MB$ n> 
compensate for signal roll-otfs caused by the skin loss effect 
in coaxial copper cables. Operating at 1.2 Gbaud wirh RG-58 
coax, the equalizer extends the usable cable length by over 
50% for a given bit error rate. 

All high-speed outputs are driven by buffered I im- logic 
cells. Buttered line-logic drivers 4 provide differential out- 
puts capable of delivering 0.7Y into BO ohms, ac or dc coupled 
to ground. If dc is coupled into -1.3V the levels are ECL- 
compatible, hi addition, the source impedance of the driver 
is matched to 50 ohms with a VSWR of Less than 2: 1. This 



makes the high-speed connections of the G-link (hips very 
convenient and easy to use. The only requirement is lhat 
unused outputs be terminated into 50 ohms. 

Band-Gap Reference. To minimize Circuit drifts caused by 
environmental changes, a hand-gap reference with power 
supply compensation was designed. This circuit provides a 
reference voltage that powers up ail cells in both chips. A 
power-down feature in this circuit enables portions of the 
chips to be turned off to conserve power. 

Layouts 

To minimize the design and layout effort, a generic design 
structure was used as the basis for all cell layouts. Each of 
the various logic cells was built from the generic array of 
transistors and resistors by customizing the metal intercon- 
nections. The ratio of devices used to total devices available 
reached over ^5' v, in this design. This layout technique has 
the advantage of easy reconfiguration for design revisions. 
The I/O port locations are uniformly defined lor all cells to 
simplify cell interconnection, 

An example of a master-slave nip-flop with a 2:1 multiplexer 
input is shown in Fig. 16. This circuit array, measuring just 
104 by 135 um T is customized with two layers of metal. 

All cells and power buses are designed to be placed using a 
coarse grid. This simplifies the placement of cells in the sys 
tern design level. Another feature is that all cells have tcsi 
probe points accessible at the top metal such that all con- 
nection signals can be test probed for diagnostic purposes. 

The transmitter and receiver chips each measure 3.5 mm on 
a side. The high-speed and low-speed pads for each chip are 
arranged so that a single package design accommodates 
both chips. 

The design of the chips relied heavily on simulation and veri- 
fication tools such as the Spice simulation program and HP's 
proprietary Ripolar-Chiphuster 1C layout syste pice 
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multiplexer. 

t iiruii description files were extracted from the artwork 
including parasitic capacitors for final simulation before 
fabrication. 

Packaging 

A CU&tom fiR-pin ceramic quad flat package (C'QFP) was 

designed specifically iV>i iheC-link chipset ir features 
HO-ohm transmission lines For the high-speed I/O pins and 
Internal ill uF capacitors for power supply bypassing and 
for die integrator of the phase-locked loop, It also has inier- 
ii. ii ground vias in minimize inductance, therebj reducing 
noise. Its 01 n line conforms lo standard 68 pin packages, The 
typical rhip-ln-ease thermal resistance is under II G/W. 

Hoi J i the package and the chips are compatible with auto- 
matic assembly techniques for high-volume low-cost 
manufacturing. 

After the chips and capacitors are mounted and the pack- 
ages sealed on the lead frame, the units are placed Onto 
plastic carriers for lead protection. A special lesi fixture was 
designed to test the final parts in this carrier a* lull speed 

Electrical Performance 

The (i-liak chips' power dissipations are boih under 
worst -case. The 20V|o Sitr,, rise and fall I hues of the high- 
si ., -i ,i data nut [nits are under 200 ps The chipset is specified 

from ] It) Mbaud lo 1.4 Gbaud under all conditions, The 
lockup time of the phase-locked loop including frequency 
acquisition is less than 2 ins 



Features and Applications 

The features and flexibility of the G-link chipset make i! 
ideal for a wide variety of applications. These applications 
range from computer backplane links a few meters in length 
ide area net n t irks I" kilometers long. The low cost and 
high integration level of the G-link chipset make it attra 
for systems requiring serial transfer rates up to 1.1 Gbaud. h 
can generic virtual ribbon cable t >r can \ 

build complete networks and dim I Lannels. The G-link 

coding scheme has been accepted by the Serial-I II PPI { High- 
Performajice Parallel Interface) Implemen tors' Group, and 

.-}■'[ (Scalable Coherent Imerface Fiber '. an IKKK 
standard. 

This section describes the features that allow the < i-liuk chip- 
set ro he applied to this broad range of apphcatu >us, li also 
describi - specific applications, including generic data 

transport, networking standards, and simplex applications 

Ease of Use 

Since mosl computing equipment both sends and receives 
data, the ureal majority of these applications are full -dm 
The state machine controller included on the chipset lakes 
care of all the detail- i >i Starting Up such a duplex link. The 
designer needs to be concerned with only I wo signals: 
ready for data (RFD) and data available i DAV). RFD is the sig- 
nal the state machine provides to indicate thai the link is 
ready for dala transmission. DAV is a signal the user controls 
in mark the availability of data. At the receiver, this signal is 
recovered and used to discern the beginning or end of data 
Mat amission. 

Some applications generate data in bursts or as packets. 
Such bursty data is handled automatically by ihe chipsei 
When no dala is available to Irausinil. die user simply dens 
sens Ihe DAV line at the Iransmitler Hie link will transmit 
FFl as an idle code to maintain link lock and framing. At Ihe 
receiver, a deassertcd DAV signal indicates thai data is uoi 
being received. At the start of the hurst of data, the user 
asserts the dav line ai the transmitter. The data is transmitted 
across the link and marked as valid dala ai (he receiver by 
Ihe receiver's DAV signal Thus the OAV Signals can mark ihe 

beginning arid end of packets while adding no burden bo the 

system design, 

More complicated packet headers can he created using the 
control available fCAVj signal This signal works tike the DAV 
signal, but instead ot marking the data as valid data words, il 

marks ihe daia as special control words, a system designer 

ean use these lo send packet header informal ion, link or 
sysieiu control information, or anything lhal needs to be 

treated separately from data, At least 2 U control words are 
available, so tiiey can be used to indicate a large number of 
packel addresses arspedal functions. Few conununication 
Kinks have such a rich selection of nondaia words for control 

and signaling. 

Flexibility 

Flexibility was a major goal of Ihe < i-liuk design. To make 
Ihis a high-volume, low-cost paH the Chips were designed lo 
meet the needs of as many di lie rent systems as possible. As 
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hi'd earlier, (ho G-link line rode can accommodate 
various word widths. This is wry different from block codes 
such as 4B/5B and 8B/10B, which have fixed word widths. 
The G-link chipset readily accommodates data words of 
width 16, 17, 20, 21, M t or 40 hits. The Chipset has two fun- 
damental word sixes: Lo or 2d hits. In addition, the flag bit is 
available. Therefore, 171>it wide words can be accommo- 
dated by selecting 16-bit frames and using the Bag nil as a 
17th bit. 21-bit words can he transmitted similarly, 32-bit 
words are supported by sending them as Iwo Ki-i >ii frames 
in a row. In this case 1 he flag bit is used to distinguish the 
first 16-bit frame (eg,, flag = o) from iho second 10-bit frame 
(e.g., flag := 1 j. It is a simple matter lo build the off-chip 
32:16 multiplexers and 16:32 demultiplexers since I he Efeg 
bit automat i rally keeps track of the necessary frame order- 
ing. 40-bit wide Words are supported analogously. The trans- 
uiiiler chip accepts eitlier a full-frame- ran- dock or a half* 
frame-rate clock for multiplication up to the serial clock rare 
In other words, for an 800-Mbil/s data rate and 16-bit words, 
the chip will accept a 50-MIIz frame clock. When 32-bit words 
are transmitted it accepts a 25-MJ \z frame clock. This saves 
the system designer the trouble of doubling the word clock 
outside the chip, 

The (.Mink chipset supports a wide range of serial transfer 
rates ranging from L 10 Mbaud all the way up to 1.4 Gbaud, 
This wide range makes il attractive for many types of data. 
Because the chipset requires no off -package tuned elements 
or adjustments, it can be digitally swilehed between data 
rales. This is unlike other systems, which require luned ele- 
ments and precise adjustments and operate over very nar- 
row ranges of frequencies. Switching betw een data rates 
aids testing and debugging. It can also be used to establish 
a standard physical layer I hat spans several operating 
frequencies. 

Generic Data Transport and Proprietary Channels 

The most prevalent application of the G-link chipset is ge- 
neric data transport In these applications, the chipset acts 
as a point-to-point unswilched bus extender, or virtual ribbon 
cable, A great advantage of the G-link chipset is that it auto- 
matically handles startup and framing. Once the link is oper- 
aling, the user can send data continuously, without having to 
insert extra framing characters or form special packets. Other 
1 in ks t yp i c al 1 y i eq u ire t hat spec ial f ram fcng characters be 
periodically insert eel into the data stream. For systems trans- 
mit ting data continuously for long intervals, periodically 
inserting these special characters can be difficult and Ineffi- 
cient Other link chipsets do not have a built-in hardware 
controller that signals when the link is operating improperly. 
Without these signals (lie system designer musl depend on 
upper-level protocols, resulting in uncertain liruc delays. 

In many applications, a point-to-point unswitched bus ex- 
lender is sufficient In ihese applications, the G-link chipset 
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is ;ill f fiat is required and can form a complete con mn mica 
tion link. The chipset can aiso be used in more complicated 
networks because it trans] tons any data formal across ihe 
link. Examples of standard data formats I hat can henefh 
from a point-to-point bus extender within private networks 
include SONET/SDEI, Fiber Channel, and ATM data. SONET/ 
SDII is a telecommunication standard that specifies data 
rales of 155 Mhits.'s. ti22 Mbits/s, 1.24 Gbits/s, and higher. 
Fiber Channel is an ANSI standard PE3T&3) I hat covers a 
\arhty of data formats and rates. The IEEE 802, fi standard 
is an example of an ATM (asynchronous transfer mode) 
network. 

The flexibility and ease of use of the G-link chipset enable 
il to tit a wide variety of applu-alions. High-data rate connec- 
tions to disks and other peripherals are typical uses. These 
applications benefit, from I he very low overhead, simple 
operation, and high integration of the G-link chipset. For 
example the IIP 271 11 A, introduced in 1988. is a fiber optic 
connection for disk arrays at 80 Mbits/s. With the tremen- 
dous increase 1 in computing power and I/O rates in the last 
few years, the G-link chipset is well-suited for this type of 
application. 

There is growing interest in using serial links for computer 
backplanes. Computer backplanes arc typically jammed with 
hundreds of signals at data rales exceeding 100 Mwords/s. It 
can be difficult To control the skew on parallel data paths at 
high daia rates. In addition, transmitting the data in parallel 
can require significant space. Serial links using optical fiber 
or coaxial cable may be the only way lo transmit data with- 
out degradation by skew, loss, or reflections, while saving 
space. 

Serial-HIPPl 

In May 1991 the G-link chipset was accepted as the basis of 
the Serial-HIPPl standard. Serial-HIPPl is a specification for 
an 800-Mbit/s serial data link that has beer) agreed upon by 
over 10 vendors and users. Serial-HIPPl Iransmils data be- 
tw r een HIPP J- PIT nodes, up to 25 meters in coaxial cable, or 
10 km with optical fiber, HIPPI-PH is an ANSI standard 
(X3J83-iy^l I for transmitting digital data in parallel belween 
da I a processing equipment nodes. Il is prevalenl in super- 
computing and high-end workstation environments. Fig. 17 
shows a diagram of a complete Serial-HIPPl system using 
the I Mink chipset. IIIPPI-PII data consjsis of'4-hbitu ide 
Words at 25 Mwords/s. This data includes 82 data bits, 4 par- 
n y biis. 7 control bits, and the clock. xAhead of the G-link 
I onisni'mer there is an additional circuit called the XjMI "X. 
This circuit reduces llit.' data from -11 bits to 41! bits bj re* 
placing two control signals with (he Chipsets RFD, replacing 
tlie HIPPI-PH dock with the clock derived From the incoming 
serial data, and encoding three of die oilier couirol signals 
into two lines. The XMUX then multiplexes the dala 40:20. 
This data is transmitted with the G-link chipset as i 
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n I he manner described previously. At the reed ■ 

the XDEMVX demultiplexes the recovered data from the 
chipset 20:40, then restores the additional four signals. 

Serial-HIPPI is intended to provide compatibilitY at the serial 

optical and serial electrical interfaces. Tl i the i i-link 

nee and line code are parr of the specification 

Hewlett-Packard is supplying the G-link chipset. The XM1 X 

are commercially available. 

SCI-FI 

Tin- (J link chipsel was alst as the transport mecha- 

nism for the SCI-FI (Scalable Coherent interface- Fi hen stan- 
dard (IEEE PU596). SCI te intended to replace traditional 
backplane buses. whi* h are limited in physical length and in 
the number of elements that can be connected to the bus, 
and are limited to only one transaction on ihe bus at a given 
time. SGI solves these problems using pohu-io-poi n» eom- 
munieation between nodes. For slum distances, data can be 
suit in parallel on metallic conductors. For longer distances, 
better noise performance, and smaller physical size, optical 
fiber or coaxial cable is used to transmit the data serially. 
Data is transmitted as 17-bit words (16 bits plus flag) at 1.2^ 
Ghaud. No additional circuitry is required assuming that the 
data is already in the IMS form specified in Ihe standard 
(parallel daia. 143 hits [this flag and clock). 

Simplex Applications 

The applications discussed up to now have all been lull- 
duplex; then 1 is a forward data path and there Is an equiva- 
lent reverse data path. This covers the great majority of ap- 
plications- Howe ver, 1 h ere are som e a pp I i ca t io n s in w h i r h a 
particular piece of equipment is prirnarilj a data source or 
sink but mil boih. 

These applications can be divided into two categories. In the 
first category are systems where data primarily flows in one 
direction, but ihere is a lower-speed method of communicat- 
ing in the reverse direction. An example of I his kind Of sys- 
tem is a \ idOO terminal. Which might receive 3 Irerneudous 
nuioimi of video daia and send back only the very low -rate 
typed commands o] a us. « J-'i^, IK shows Ihe <; link rhipsel 
connected lor tliis type of system. A transmitter ai the data 
source is connected with a single fiber to a receiver at ihe 
destination. The low-speed return path is used in pass only 
ibeSTATt indication from the state machine controllers* the 
receiver hark in ihe source, 3 "his sigrtai makes a transition 
pnlj aftet po^ei^G^oriflockislo$jl for some reason, H 
indicates to the iransmiitt r when ihe receiver is locked and 
ready for data, Or if the receiver needs to be sent FFl to 
mif lurked Since ilns signal changes si ate infrequently 
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and its timing is not critical, il eau be sent « iver any available 
return path, possibly over a single dedicated metallic w ire, or 
mixed in with other km speed data on an RS-232 connection 
or telephone tine 

There are a few communication systems that are strictly 
simplex and have no return path at all. These systems ate 
inherently problematic for ensuring data integrity because 
there is no way of knowing the status al the reoei\ ing end of 
the link. A typical example of this type of network is video 
distribution. Special techniques should be applied when the 
G-hnk ehipsel is used for Ihese types nf applications. 

A practical and inexpensive solution is shown m Fig. 19. 
Three receiver pins are connected together; This solution 
lakes advantage of the (Mink receivers state maehiiie to 

monitor and switch data paths depending on the lock condi 
tkms. The only additional c portent required ban inexpen- 

sive i nstnl oscillator Operating al ihe frame rate, which is 

used to frequency lock the receiver V"< < I After frequency 

lock, the si ale machine automatically switches ihe receiver 
to ihe data uijMit (UN) and phase lock takes place. If the re- 
ceiver does nm lock onto the mastei transition, internal 
error checking will cause the smie machine to cesel and 

gWitch ihe receiver back to Ihe crysial refeience The small 

frequency differences between the transmit and receive os 
dilators will provide a phase shifl that will allow tin* re 

reiver to lock onto the master -transition correctly. Typical 
lock times will be on the order of a tew milliseconds, which 
ran be improved if necessary by pulling the crystal refer- 
ence slightlj off frequency, hock times under 200 us are 
achievable by adding phase modulation or programmed 
delay in ihe crystal oscillator path 

Summary 

The GJirvJk chipset is a highly integrated compact, silicon 
chipset with features thai enable it to serve a number of 
application areas. It performs its nun startup and framing. 
This allows a user to Iransniil daia continuously, without 
inserting extra characters, in a virtual ribbon cable mode. 
The chipsel Jnchides data available and cunirot word signals 
which allow the creation of simple packets. The chipsel ac- 
cepts a wide range iff input word widths, allowing a good 
match toa variety ol computer buses. The wide range of 

serial data rales makes it an ideal transport vehicle for 
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l&S-Mbit/s VUUl data to 1.^4-Gbil/s SONET data. The c.-iup 
set can work in simplex systems, allowing its use for disn ih 
uting video. Two widely accepted networking standards, 
.Serial-IIIPPIand SCI-FI, are tailored to the operation of I lie 
G-iirvk chipset The production volume made possible by this 
broad range of applications should make possible truly 
Low-cost gigabit-rate data links. 
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